EXHIBIT E 



"US006366^^^^ 

(12) United States Patent (lo) Patent No.: us 6,366,578 Bl 

Johnson (45) Date of Patent: Apr. 2, 2002 



(54) SYSTEMS AND METHODS FOR MULTIPLE 
MODE VOICE AND DATA 
COMMUNICATIONS USING 
INTELLIGENTLY BRIDGED TDM AND 
PACKET BUSES AND METHODS FOR 
IMPLEMENTING LANGUAGE 
CAPABILITIES USING THE SAME 

(75) Inventor: Christopher Sean Johnson, Santa 

Clara, CA (US) 



; Verticle Networks, Inc., Sunnyvale, 

CA (US) 

Subject to any disclaimer, the term of this 
patent is extended or adjusted under 35 
U.S.C. 154(b) by 0 days. 



(21) Appl. No.: 09/368,460 

(22) FUed: Aug. 4, 1999 

Related U.S. Application Data 

(63) Continuation-in-part of application No. PCT/US99/07587, 
filed on Apr. 5, 1999, which is a continuation-in-part of 
application No. 09/283,101, filed on Mar. 31, 1999, now Pat. 
No. 6,266,340, which is a continuation-in-part of application 
No. 09/167,408, filed on Oct. 6, 1998, now Pat. No. 6,154, 
465, which is a continuation-in-part of application No' 
09/163,596, filed on Sep. 29, 1998, which is a continuation- 
in-part of application No. 09/161,550, filed on Sep. 25, 
1998, now Pat. No. 6,208,658, which is a continuation-in- 
part of application No. 09/055,036, filed on Apr. 3, 1998, 
now abandoned, which is a continuation-in-part of applica- 
tion No. 09/055,072, filed on Apr. 3, 1998, now Pat. No. 
6,181,694. 

(51) Int. C].' H04L 12/66 

(52) U.S. CI 370/353; 370/458; 370/448; 

379/88.01; 379/88.05; 704/200 

(58) Field of Search 379/68, 85, 88.16, 

379/88.17, 88.18, 88.22, 88.23, 88.25, 88.26, 
88.27, 15.02, 15.03, 88.01, 88.05, 88.06, 
102.52; 704/200, 231, 246-7; 370/401-2, 
458, 448, 438, 352, 353 



(56) References Cited 

U.S. PATENT DOCUMENTS 

5,195,086 A 3/1993 Baumgartner et al 370/264 

5,333,266 A 7/1994 Boaz et al 709/206 

5,475,738 A 12/1995 Penzias 379/67 

5,479,411 A 12/1995 Klein 379/88 

5,533,018 A 7/1996 DeJager et al 370/352 

5,533,110 A 7/1996 Pinard ct al 379,'201 

5,541,921 A 7/1996 Swenson et al 370/376 

5,568,540 A 10/1996 Greco et al 379/89 

5,652,789 A 7/1997 Miner et al 379/201 

5,659,597 A 8/1997 Bareis et al 455/563 

5,689,553 A 11/1997 Ahuja et al 379/202 

5,761,201 A 6/1998 Vaudreuil 370/392 

5,778,058 A 7/1998 Gavin 379/225 

5,809,021 A 9/1998 Diaz et al 370/364 

5,809,493 A 9/1998 Ahamed et al 706/52 

5,812,795 A 9/1998 Horovitz et al 709/245 

5,821,937 A 10/1998 Tonelli et al 345/356 

5,838,664 A 11/1998 Polomski 370/263 

5,838,923 A 11/1998 Lee et al 709/236 

5,841,763 A 11/1998 Leondires et al 370/260 

5,862,136 A 1/1999 Irwin 370/395 

5,864,560 A 1/1999 Li et al 370/465 

5,887,139 A 3/1999 Madison, Jr. et al 709/223 

5,898,830 A 4/1999 Wesinger, Jr. et al 713/201 

5,912,888 A * 6/1999 Walsh et al 370/355 

5,923,737 A 7/1999 Weishut et al 379/93.17 

5,926,463 A 7/1999 Ahearn et al 370/254 

5,926,745 A 7/1999 Threadgill et al 455/12.1 

5,940,488 A 8/1999 DeGrazia et al 379/201 

5,944,786 A 8/1999 Quinn 709/206 

5,950,167 A 9/1999 Yaker 704/275 

5,978,672 A 11/1999 Hartmaier et al 455/413 

5,978,835 A 11/1999 Ludwig et al 709/204 

5,982,767 A 11/1999 Mcintosh 370/352 

5,991,723 A 11/1999 DufEn 704/260 

5,996,010 A 11/1999 Leong et al 709/223 

5,999,179 A 12/1999 Kekic et al 345/349 

6,003,077 A 12/1999 Bawden et al 709/223 

6,012,088 A 1/2000 Li et al 709/219 

6,018,567 A 1/2000 Dulman 379/34 

6.040,834 A 3/2000 Jain et al 345/356 

6,041,306 A 3/2000 Du et al 705/8 

6,043,816 A 3/2000 Williams et al 345/340 

6,044,107 A 3/2000 Gatherer et al 375/222 

6,044,403 A 3/2000 Gerszberg et al 709/225 

6,047,053 A 4/2000 Miner et al 379/201 



us 6^66,578 Bl 

Page 2 



6,047,054 A 4/2000 Bayless et al 379/202 

6,049,531 A 4/2000 Roy 370/260 

6,054,987 A 4/2000 Richardson 345/348 

6,055,574 A 4/2000 Smorodinsky 709/226 

6,154,465 A * 11/2000 Pickett 370/465 



OTHER PUBLICAnONS 

StaUings, William, SNMP. SNMPv2, SNMPv3, and RMON 
1 and 2 third edition, PP: 41-43, 76-77, 80-81, 85-86, 
99-101, 110, 138-141, 43-144, 150-152, 155-157, 179, 
181-183 (1996). 

Black, ATM Foundation For Broadband Networks, PP: 
137-152, 170-173. 

* cited by examiner 

Prbnary Examiner— David R. Vincent 

(74) Attorney, Agent, or F/rm— Loudermilk & Associates 

(57) ABSTRACT 

Systems and methods by which voice/data communications 
may occur in multiple modes/protocols are disclosed. In 
particular, systems and methods are provided for multiple 
native mode/protocol voice and data transmissions and 
receptions with a computing system having a multi-bus 
structure, including, for example, a TDM bus and a packet 
bus, and multi-protocol framing engines. Such systems 
preferably include subsystem functions such as PBX, voice 
mail and other telephony fiinctions, LAN hub and data 
router. In preferred embodiments, a TDM bus and a packet 



bus are intelligently bridged and managed, thereby enabling 
such multiple mode/protocol voice and data transmissions to 
be intelligently managed and controlled with a single, inte- 
grated system. A computer or other processor includes a 
local area network controller, which provides routing and 
hub(s) for one or more packet networks. The computer also 
is coupled to a buflfer/framer, which serves to frame/deframe 
data to/from the computer from TDM bus. The buflfer/framer 
includes a plurality of framer/deframer engines, supporting, 
for example, ATM and HDLC framing/deframing. The 
buffer/framer is coupled to the TDM bus by way of a 
switch/multiplexer, which includes the capability to intelli- 
gently map data trafEc between the buffer/framer and the 
TDM bus to various slots of the TDM frames. Preferably, a 
DSP pool is coupled to buffer/framer in a manner to provide 
various signal processing and telecommunications support, 
such as dial tone generation, DTMF detection and the like. 
The TDM bus is coupled to a various line/station cards, 
serving to interface the TDM bus with telephone, facsimiles 
and other telecommunication devices, and also with a vari- 
ous digital and/or analog WAN network services. Language 
support for such systems is accomplished by way of a 
program/data structure so that additional language support 
may be readily implemented, for example, by a non- 
software programmer using grammar and voice prompt flies, 
which are preferably located in a predetermined directory in 
the system. 

41 Claims, 46 Drawing Slieets 
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SYSTEMS AND METHODS FOR MULTIPLE 
MODE VOICE AND DATA 
COMMUNICATIONS USING 
INTELLIGENTLY BRIDGED TDM AND 
PACKET BUSES AND METHODS FOR 5 
IMPLEMENTING LANGUAGE 
CAPABILITIES USING THE SAME 

This application is a continuation-in-part of the following 
applications, all by the inventor(s) hereof, which are hereby lo 
incorporated by reference: PCT/US99/07587 filed Apr. 5, 
1999 U.S. application Ser. No.: 09/055,072, filed on Apr. 3, 
1998 now U.S. Pat. No. 6,181,694, for Systems and Methods 
for Multiple Mode Voice and Data Communications Using 
Intelligently Bridged TDM and Packet Buses; U.S. applica- 15 
tion Ser. No.: 09/055,036, filed on Apr. 3, 1998 now 
abandoned, for System and Method for Generating Voltages 
in Telephony Station Cards; U.S. apphcation Ser. No.: 
09/161,550, filed on Sep. 25, 1998 now U.S. Pat. No. 
6,208,658, for Systems and Methods for Multiple Mode 20 
Voice and Data Communications Using Intelligently 
Bridged TDM and Packet Buses and Methods for Perform- 
ing Telephony and Data Functions Using the Same; U.S. 
application Ser. No.: 09/163,596, filed on Sep. 29, 1998, for 
Systems and Methods for Multiple Mode Voice and Data 25 
Communications Using InteUigently Bridged TDM and 
Packet Buses and Methods for Performing Telephony and 
Data Functions Using the Same; U.S. application Ser. No.: 
09/167,408, filed on Oct. 6, 1998 now U.S. Pat. No. 6,154, 
465, for Systems and Methods for Multiple Mode Voice and 30 
Data Communications Using Intelligently Bridged TDM 
and Packet Buses and Methods for Performing Telephony 
and Data Functions Using the Same; and U.S. application 
Ser. No.: 09/283,101, filed on Mar. 31, 1999 now U.S. Pat. 
No. 6,266,340 for Systems and Methods For Multiple Mode 35 
Voice and Data Communications Using Intelligently 
Bridged TDM and Packet Buses and Methods For Perform- 
ing Telephony And Data Functions Using the Same. 

FIELD OF THE INVENTION 40 



n relates to systems and methods for 
transmitting and receiving voice and data in multiple modes, 
and more particularly to systems and methods for multiple 
native mode voice and data transmissions and receptions 
with a communications system having a multi-bus structure, 
including, for example, a time division multiplexed 
("TDM") bus, a packet bus, and a control bus, and multi- 
protocol framing engines, preferably including subsystem 
functions such as PBX, voice mail, file server, web server, 
communications server, telephony server, LAN hub and data 
router, and method for performing telephony and data func- 
tions using the same, and still more particularly to methods 
for implementing language capabilities using such systems 
and methods. 

BACKGROUND OF THE INVENTION 

Businesses, particularly small to medium size offices, 
typically have a need for a variety of voice and data 
communications. For example, a typical office might have a 60 
dedicated fax machine, using a dedicated or shared tele- 
phone line, one or more telephone lines for voice 
communications, perhaps coupled to a central or distributed 
voice mail system(s), and one or more computers or com- 
puter networks, often coupled to telephone lines via one or 65 
more modems. Many offices now use the Internet in some 
form for business communications or research or the like. 



often by way of a modem or modem pool coupled to 
individual computers. 

Typically, such business communication needs have been 
fulfilled with piecemeal technical solutions, typically from 
separate equipment and service vendors, and with separate 
hardware, software and design considerations. 

FIG. 1 illustrates a conventional small office communi- 
cation configuration. Voice communication system 1 t3^i- 
cally is implemented by way of multiple analog trunks 16 
from wide area network ("WAN") 18. WAN 18 often 
consists of a telecommunication network by way of a local 
telephone company or other telecommunications service 
provider. Analog trunks 16 may be directed through switch- 
ing system 10, which may be a conventional PBX or similar 
telephone switch. Telephones 12 and voice mail system 14 
are coupled to switching system 10. Often, dedicated analog 
line 16A is coupled to facsimile 44 for facsimile commu- 
nications. 

Data system 2 typically is implemented with a pluraKty of 
computers (or workstations, etc.) 24 interconnected by way 
of packet network 26, which may be a standard Ethernet 
compliant network or other office network. Network 26 
often is coupled to remote access server 32, which is 
connected to one or more analog trunks 40, and which may 
include one or more modems in a modem pool. Computers 
24 may communicate with remote systems via the modem 
pool of remote access server 32 over analog lines 40 and 
WAN 42. Network 26 typically includes a connection to 
printer 22 and file server 20. In more sophisticated systems, 
network 26 may be coupled to switching hub 28 and router 
30, which is coupled to WAN 42 over digital trunks 38. Data 
system 2 also may include a connection between one or 
more of computers 24 to modem 36, which in term is 
coupled to WAN 42 over dedicated analog trunk 40A. 

Such a conventional system often is characterized by 
piecemeal equipment and network solutions, limited or 
non-existent coordination and management between voice 
system 1 and data system 2, non-optimized or non- 
integrated equipment, and inefficient use of costly network 
services (telephone lines, data lines, etc.), such as duplicate 
and often idle phone and data network lines, often provided 
from multiple equipment/service providers. In general, such 
conventional systems are neither constructed nor operated in 
a manner to provide efficient and integrated voice/data 



With respect to language capabihties in such systems, in 
previous systems supporting voice/audio prompt and infor- 
mation capabilities, it was understood that, due to the 
particular intricacies and nuances of the particular languages 
(e.g., sentence structure, syntax, grammar, dialects, etc.), 
such voice/audio prompts and/or information (as used 
hereinafter, generally "voice prompts") are programmed 
uniquely for each set of voice prompts for each language. 
Thus, for each particular language or language variant to be 
supported in the system, software must be written to spe- 
cifically implement the set of voice prompts to support the 
particular language or language variant. This typically 
would require that a programmer and a linguist or other 
language specialist expend substantial time and resources, 
etc., to specifically write code for each particular language/ 
language variant to be supported by the system. As the need 
for additional language/language variant support arises, this 
inevitably results in substantial delays and expense while 
such software is developed and debugged, etc. 

SUMMARY OF THE INVENTION 



The present invention is intended to address various 
disadvantages of such conventional communication sys- 
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terns. The present invention provides various systems and managed and controlled. In certain preferred embodiments, 

methods, perhaps more succinctly a platform, by which management applications (such as the SNMP protocol) 

voice and data communications may occur in multiple enable the system to be remotely monitored and configured 

modes and various protocols, and more particularly systems via a web browser-type access 

and methods for multiple native mode voice and data 5 in accordance with particular preferred embodiments of 

h '"'"P'^°°" \ communications/ ^^^^^ , ^ 

computing system having a multi-bus structure, mcluding, , • u j u ' r " . , . 

for example, a TDM bus, a packet bus and a control bus, and ^^^o^^Pl^h^d by way of a program/data structure so hat 

multi-protocol framing engines, preferably including sub- ^^^^^^^gf ^^P?"""' "^'^ '"'f^ miplemented by 

system functions such as PBX. voice mail and other tele- a non-software coder using grammar and voice prompt files, 

phony functions, email and/or file server, Internet server, '° which are preferably located in a predetemmed d^ 

LAN hub and data router. With the present invention, a ^^^'^ f^^-^Pl^of the need to add a 

platform and various processes are provided in which a '^^S^^ge-'language ^^nant to a particular system, grammar 

TDM bus and a packet bus are intelligently bridged and ^""^"^ P'^^ T\ ff^'^.^y ' P^^^.° °^ 

managed, thereby enabling such multiple mode/protocol Persons) with appropria e knowledge m the particular 

voice and data transmission^ to be inteUigently managed and " language/language variant without requmng the develop- 

controlled with a single, integrated system. f f 'P"';'^^ 1°^':^^^.^" f '"^^'-^^ programmer, etc.) 

, n , , J. . \ , to implement such additional language/language vanant. 

In preferred embodiments, a computer or other processor , , .,, . . . 
includes a local area network controller, which provides accordance with the present invention vanous tele- 
routing and hubs and/or switches for one or more packet ,0 Ph°°y data fimctions useful in ofiBces and other settmgs 
networks. The computer also is coupled to a mliltiple may be more convemently and efiiciently performed, and 
buffer/framer, which serves to frame/deframe data to/from ^™ "^f^.^^ performed telephony and data fiinctions 
the computer from TDM bus. The buffer/framer includes a ^'"""ff " accordance with vanous preferred embodi- 
plurality of framer/deframer engines, supporting, for men's of the present mvention. 

example, ATM and HDLC firaming/deframing, and raw 25 Accordingly, it is an object of the present invention to 

buffering of voice data or the like. The buflfer/framer is ' provide simultaneous voice, video and data communications 

coupled to the TDM bus by way of a multiple port or ^'^^ * single, integrated system. 

multiport switch/multiplexer, which includes the capability It is another object of the present invention to provide an 

to intelligently map data traffic between the buffer/framer intelligently controlled and managed processor bridge 

and the TDM bus to various slots of the TDM frames. 30 between one or more TDM buses and one or more packet 

Preferably, a DSP pool is coupled to one or more switch/ buses. 

multiplexer ports and/or the buffer/framer in a manner to It is yet another object of the present invention to provide 

provide various signal proce.ssing and telecommunications an integrated PBX, router and hub to support such simulta- 

support, such as dial tone generation, DTMF detection and neous voice, video and data communications, 

the like. The TDM bus is coupled to a various line/station 35 It is still another object of the present invention to provide 

cards, serving to interface the TDM bus with telephone, a multi-protocol buffer/framer and switch/multiplexer in 

facsimiles and other telecommunication devices, and also order to provide multi-protocol routing and intelligent time 

with a various digital and/or analog WAN network services. slot mapping to the TDM bus, preferably including DSP 

The present invention provides a platform by which pro- resources coupled to the buffer/framer. 

cessing functions may be switched to provide support for a 40 It is an object of the present invention to provide systems 

wide range of network, vendor and application services. and methods allowing a broad set of services and functions 

With the present invention, a full PBX-type telecommu- to co-exist in the same system, and leveraging shared 

nication system may be provided by way of the computer/ resources while providing a high level interface and intel- 

processor and associated telephony hardware and software. ligence that allows for the shared resources to be dynami- 

Functions such as voice mail, automated attendant, call 45 cally allocated and re-allocated. 

forwarding, hold, transfer, caller ID, conferencing and other n is an object of the present invention to provide various 

telephony functions may be similarly provided. While sup- methods of performing telephony and data functions in 

porting such telephony functions in their native mode pri- novel and more efficient ways, particularly in combination 

marily by way of the TDM bus, the computer/processor also with the various preferred embodiments of systems in accor- 

supports concurrent packet data transmissions over the LAN 50 dance with the present invention. 

subsystem and packet bus(es). As needed to efficiently Finally, it is an object of the present invention to provide 

support vanous voice/data commumcations in the particular improved methods for implementing language capabilities 

office/work environment, the buffer/framer and switch/ such systems, including providing language support for 

multiplexer provide a multi-protocol router functionality, gu^h systems by way of a program/data structure so that 

enabling the TDM bus traffic and the packet bus traffic to be 55 additional language support may be readily implemented by 

mtelhgently bridged and managed without degradation of ^ non-software coder using grammar and voice prompt files, 

each other, and without requmng translation or transcoding. ^hich are preferably located in a predetermined directory in 

With the present invention, the same WAN services may be (jjg system 



!2?'n?H^!Tiffit'"'''^°''°"^"°"''"""^°^^^^ ^"'^ advantages of the various 

embodiments of the present invention described herein will 
be apparent to those skilled in the art. 



video, and data traffic. 

The computer/processor supports a variety of 
applications, such as remote configuration, management and 
back-up, bandwidth allocation and control, least cost BRIEF DESCRIPTION OF THE DRAWINGS 

routing, voice over Internet Protocol (or "voice over IP"), as The above objects and other advantages of the present 
well various telephony related applications. In certain pre- 65 invention will become more apparent by describing in detail 
ferred embodiments, audio/video data streams, including the preferred embodiments of the present invention with 
such as H.320 and H.323 data streams, also are intelligently reference to the attached drawings in which: 
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FIG. 1 illustrates a typical, conventional office commu- FIG. 17A illustrates various icons that may be presented 

nications configuration; to a remote user to perform remote diagnostics on the 

FIG. 2 provides an overview of an office communications communication system in accordance with preferred 

system in accordance with preferred embodiments of the embodiments of the present invention; 
present invention; 5 piG. 17B illustrates a window for providing a trunk 

FIG. 3 is a block diagram illustrating preferred embodi- monitoring function in accordance with preferred embodi- 
ments of the present invention; ments of the present invention; 

FIG. 3A illustrates communications buses in accordance FIG. 17C illustrates a window for providing a link moni- 

with preferred embodiments of the present invention; toring function in accordance with preferred embodiments 

FIG. 4 provides a software/hardware overview of an office of the present invention; 

communications system in accordance with preferred FIG. 17D illustrates a window for providing a station 

embodiments of the present invention; monitoring function in accordance with preferred embodi- 

FIG. 5 illustrates the use of services/bandwidth allocation ments of the present invention; 
rule table(s) in accordance with preferred embodiments of 15 FIG. 17E illustrates a window for displaying trace infor- 

the present invention; mation from various software components, driver, etc. in 

FIG. 6 illustrates a general flow chart for controlling communications system in accordance with preferred 

incoming and outgoing calls in accordance with preferred embodiments of the present invention; 

embodiments of the present invention; FIG. 17F iUustrates a window for providing a first level of 

FIG. 7 illustrates an exemplary configuration algorithm 20 tracing information in accordance with preferred embodi- 

for an office attendant type program in accordance with ments of the present invention; 

preferred embodiments of the present invention; FIG. 17G illustrates a window for providing a second, 

FIG. 7A illustrates an exemplary arrangement of configu- higher level of tracing information in accordance with 

ration options of the present invention; preferred embodiments of the present invention; 

FIGS. 8A to 8D illustrate exemplary windows in accor- FIG. 17H illustrates a window for selecting certain timing 

dance with preferred embodiments of the office attendant- and mode information in accordance with preferred embodi- 

type programs in accordance with the present invention; ments of the present invention; 

FIGS. 9A to 9C illustrate windows for illustrating addi- FIG. 18 illustrates a communication system in accordance 

tional features/functions in accordance with preferred with anotherpreferred embodiment of the present invention; 
embodiments of the present invention; ^ FIG. 19 illustrates a communication system in accordance 

FIGS. lOA to lOB illustrate preferred embodiments of the with another preferred embodiment of the present invention; 

net message windows in accordance with preferred embodi- FIG. 20 illustrates a backup communication module in 

ments of the present invention; accordance with preferred embodiments of the present 

FIGS. UA to HE illustrate various embodiments of the 35 invention; 

conference windows in accordance with preferred embodi- FIG. 21 illustrates a reconfigurable TDM clock source in 

ments of the present invention; accordance with preferred embodiments of the present 

FIG. 12 illustrates another preferred embodiment of the invention; 

present invention; FIG. 22 illustrates an exemplary main window in accor- 

FIGS. 13A to 13C illustrate preferred embodiments of 40 dance with preferred 

video conferencing in accordance with the present inven- FIG. 23 illustrates an exemplary screen pop window in 

accordance with preferred embodiments of the office 

FIG. 14 illustrates additional preferred embodiments of communicator-type programs in accordance with the present 

the present invention utilizing advanced call logging fea- invention; 

FIG. 24 illustrates additional TAPl functionality in accor- 

FIG. 15 illustrates a window from a remote dance with preferred embodiments of the present invention; 

administration/configuration application/applet in accor- FIG. 25 is a block diagram illustrating methods of imple- 

dance with preferred embodiments of the present invention; menting language capabilities in accordance with preferred 

FIG. 16A illustrates a preferred exemplary embodiment of . embodiments of the pre.sent invention; 

a chassis view window in accordance with preferred FIG. 26 is an exemplary directory structure related to 

embodiments of the present invention; methods of implementing language capabiHties in accor- 

FIG. 16B illustrates a window for configuration of T-1 dance with preferred embodiments of the present invention; 

channels of a particular communications system in accor- and 

dance with preferred embodiments of the present invention; FIG. 27 is a flow chart illustrating methods of implement- 

FIG. 16C illustrates a window for configuration of station ing language capabiHties in accordance with preferred 

ports of a station card in accordance with preferred embodi- embodiments of the present invention, 
ments of the present invention; 

FIG. 16D illustrates a window for configuration of analog DETAILED DESCRIPTION OF THE 

trunks in accordance with preferred embodiments of the go PREFERRED EMBODIMENTS 

present invention; Although various preferred embodiments of the present 

FIG. 16E illustrates a window for configuration of frame invention will be disclosed for illustrative purposes, those 

relay type WAN resources in accordance with preferred skilled in the art will appreciate that various modifications, 

embodiments of the present invention; additions and/or substitutions are possible without departing 

FIG. 16F illustrates a window for configuration of net- 65 from the scope and spirit of the present ir 



work settings in accordance with preferred embodiments of The present invention is particularly directed at methods 
the present invention; of implementing language capabilities in systems having 
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voice mail and similar I'unctionality. The present invention as address translation to map internal user IP addresses to the 

has been discovered to particularly advantageously utihzed IP address associated with the proxy server firewall in order 

in systems such as those disclosed in PCT/US99/07587, to provide extra security, etc.); DHCP (Dynamic Host Con- 

which is hereby incorporated by reference. After a discus- figuration Protocol, which is a protocol which allows a 
sion of vanous attributes, features and advantages of such 5 server to assign dynamically IP addresses to particular 

systems, particular aspects of methods of implementing computers in real time, etc., which may support manual, 

language capabihties m accordance with preferred embodi- automatic and/or dynamic address assignment, which may 

ments of the present invention will then be described. ^e used to verify a particular computer's identify, tempo- 

In accordance with preferred embodiments of the present warily assign it an IP address for a particular period of time, 

invention, systems and methods are provided to enable .e^Iaim the IP address later for reassignment at the 

voice, data, video and other communications to occur in an expiration of the particular period of time, etc.); and/or email 

efficient and integrated manner, mtelligently allocating and se„,g, f^^^ ^ u_,„j, j^, tj^^ may be 

utihzmg available communications resources. FIG. 2 pro- ^3^^ g^nd and receive emails and/or send and receive 

vides an overview of such a system in accordance with one f^^es for the computers connected to the LAN or LANs, 
preferred embodiment of the present invention. jj ^ 

CommunicationssystemSOprovidesanintegratedsystem Communications system 50 includes the fonctionality of 

for controlling and managmg communications such as m an ^ ^^^^ ^ ^^^^^^^^ ^^^^^^^ I„ 

office. Communications system 50 communicates over ports j^^^^ embodiments, communications system 50 is con- 

^.fi tn fii. ^r..,20 printer 22 and one or more computers ^^^^^^ j„ ^ j^^^ telecommunication devices, such ai 



24. Ports 26 typically 



1 telephones 12, facsimile 44 and other suitable telecommu- 



Communications system 50 provides an integrated system nications devices and access and server functions (such ao 
for controUmg and managmg communications such as in an p^vate voice mml, recording devices, WAN service inter- 
office. Communications system 50 communicates over ports ^^.^^^ ) ^hat is important is that communications 
26 to file server 20 printer 22 and one or more computers ^^^f^^ 50 include interfaces for a plurality of telecommu- 
24. Pons 26 typical^ mcludes a packet bus such as Ethernet, 25 nications devices for the particular and complete office/work 
"last Lthernet, ATM or other LAN technology (m other environment and infrastructure 
embodiments, LAN technology, such as token ring, may be „ . . .n.- , , ,,,Axr ■ 
coupled to an appropriately configured port). Commudca- Communications system 50 is coup ed to WAN voice/data 
tions system 50 includes devices for controlling ports 26, ^^^''^^^ network(s) 58 th.,ough trunks 54. Voice data ser- 
including controllers such as what are known as a network 30 networks) may mclude pnvate hne, local or long 
interface controller (NIC), which may integrate a media '^'^'^"f '^""f "^^^f^' and/or any other 
access controller (MAC) for control of and interface toports '^^^^^t future WAN-type network services. Trunks 54 
26. Connected to ports 26 may be a variety of devices, such of high, medium or low speed digital and/or 
rs 20, computers 24, printers 24 and ^^''l^S^ncs, either public or private and in certain preferred 



other computing, peripheral or similar devices suitable for 35 
interconnection with ports 26. Other network devices, such 



embodiments consist of high speed dedicated resources such 
as what are known as T-1, PR! (Primary Rate ISDN), ATM, 



switches, bridges and the like also may be X^^^^P^K^^L, DDS (Dataphone Digital Service, 

connected to ports 26. In a one preferred embodiment, ports '^^"^f ^^S^'^ ^"'^ System , wireless, cascade propn- 

26 is an Ethernet-type LAN to which is connected to a ^'^^ and/or twisted pair analog lines from a local telephone 

variety of devices as determined by the needs of the par- 40 'r'""^' Y 'Tam'""' communications system 

ticular office/work environment. The present inveniion ^» "^^P^^t '° ™ ^"'l '^^e in a 

effective integration of the packet data LAN and router-type "'t' !^';''%f'°''"^f administrator and/or 

functions with the telephony and server functions, which ^^"""'^ determined will provide adequate or requ^ed 

enables unique operations and the initiation or completion of °" ^ «>ft-effective basis, for the particular office/ 

calls or transactions or the like, without having access to 4. environment and operating conditions, 

traditional, dedicated devices, peripherals and communica- I" contrast to FIG. 1, the communications system of FIG. 

tions services. 2 provides an integrated solution for voice and data com- 

It will be appreciated that communications system 50 also munication services, to which may be connected the WAN 

may implement hardware and software for additional net- network services and telecommunications, computing and 

work functions, which are included in alternative embodi- 50 '^^^^'^e* determined by the particular office/work 

ments. Such network functions include, but are not limited environment. 

to: name server, such as DNS (Domain Naming System, Referring to FIG. 3, various subsystems, components, 

which is used in the Internet for translating names of host buses and the like of preferred embodiments of communi- 

compuicrs into addresses) or WINS (Windows Internet cations system 50 will be described in greater detail. 

Name Service, which is a name resolution service that maps 55 Communications system 50 is controlled by host 

or resolves Windows networking computer names to IP processor/system resources 70, which in preferred embodi- 

addresses particularly in a routed environment); firewall (as ments include a computer powered, for example, by a 

is known in the art. a firewall is a hardware/software commercially available or other microprocessor and an 

implement that limits the exposure of a computing system embedded and/or commercially available operating system, 

such as communications system 50 or computers coupled 60 What is important is that processor/sy.stem resources 70 

thereto to access from a computer external to the system, provide sufficient processing power, memory and storage 

which may include a network level firewall or packet filter resources (RAM, ROM, hard disk, magnetic or other 

that examines data traffic at the network protocol packet storage, etc.), bus and other resources in order to control the 

level, or an apphcation-level firewall that examines data various subsystems and components as will be described. In 

traffic at the application level, such as FTP or file transfer 65 particular, computer/system resources 70 enables automatic 

protocol, email, etc.); proxy server (as is known in the art, internal negotiation, control and enabling of services and 

a proxy server is a type of firewall that uses a process known applications. Although not expressly shown, processor/ 
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system resources 70 also may include other components of multi-vendor integration protocol type bus, or what is 

a relatively high-end personal computer, workstation or known as an SCSA-type bus (SCSA is an acronym for 

server, such as a display device, keyboard, serial ports. Signal Computing System Architecture)), and provides in 

parallel ports, power supply and the like. The various certain preferred embodiments 256 channels/slots per TDM 

subsystems and components of communications system 50 5 frame (the present invention is not limited to a single TDM 

are intelligently controlled, managed and monitored by bus; in alternative embodiments, more than one TDM bus or 

processor/system resources 70. Processor/system resources other types of TDM buses are utilized). TDM bus 78 allows 

70 provides system and server management software and the communication between devices on the bus by way of 

like, and a platform for various server applications as circuit switching techniques. This type of switching allows 

described herein. for simple and inexpensive communication of voice 

Host processor/system resources 70 is coupled to buffer/ through, for example, what are known as pulse code modu- 

framer 72 via bus 84, which in preferred embodiments Nation ("PCM") techniques. Switch/muhiplexer 74 prefer- 

consists of a computer bus such as what are known as a PCI ably is implemented with one or more switching/serial time 

bus or ISA bus (in other embodiments, other suitable division multiplexing circuits, such as, for example, 

computer-type buses are utilized, which may include pro- 15 described in U.S. Pat. No. 5,541,921 to Swenson, ct al. for 

prietary local buses). Buflfer/framer 72 includes buffer 71 "ISOCHRONOUS SERIAL TIME DIVISION 

and preferably includes a plurality of multi-protocol MULTIPLEXER," which is hereby incorporated by refer- 

framing/deframing engines, such as for what are known as ence. Switch/multiplexer 74, under control of processor/ 

asynchronous transfer mode (ATM) or high-level data link system resources 70, provides the capability for various 

control (HDLC) protocols, which may be synchronous or 20 '*'oice/data signals to be controllably switched to desired 

asynchronous. In other embodiments, other communication slots of TDM bus 78. 

protocol framers/deframers are provided, as may be desired Coupled to TDM bus 78 are line, station, trunk, or other 
by the particular ofhce/work environment. Buffer/framer 72 interface cards 82. Cards 82 provide CODEC, hne interface, 
in certain preferred embodiments includes, for example, one off-hook detect and other functions as are known in the art 
or more ATM framers/deframers 73A and one or more, and 25 '° support various telecommunication devices (such as tele- 
preferably a plurality of HDLC framers/deframers 73B. phones 12 and facsimile 44) and WAN-type network ser- 
Although not expressly shown, buffer/framer 72 includes vices (such as voice/data services 58) that are communicat- 
other controlling circuits (such as a slot mapping memory, ing with communications system 50 via TDM bus 78. In 
multiplexers/demultiplexers, arbitration, control and other preferred embodiments cards 82 provide points of termina- 
circuitry) such as, for example, described in U.S. Pat. No. 30 tion for a plurality of telephones 12, one or more facsimiles 
5,533,018 to DeJager, et al. for "MULTI-PROTOCOL 44, and various T-1, PRI, ATM, analog and/or other WAN- 
PACKET FRAMING OVER AN ISOCHRONOUS type network services as determined by the particular office/ 
NETWORK," which is hereby incorporated by reference. As work environment. Cards 92, under control of processor/ 
will be described in greater detail, buffer/framer 72 includes system resources 70, may include points of termination for 
the capability to transfer raw or protocol-processed data, 35 emergency or backup telephone services and the like, such 
which may be mapped to particular slots ofTDM bus 78 and as in the event of a power failure or to provide analog 
made available on different ports. Buffer/framer 72 is con- services in the event a dedicated resource such as a T-1 is 
trolled by processor/system resources 70 as diagrammati- unavailable for some reason. 

cally indicated by control line(s) 92 (control line(s) 92 may Communication system 50 also may include fax modem 

be implemented as part of a bus structure, such as bus 84). 40 75, which, under control of processor/system resources 70, 

In preferred embodiments, processor/system resources 70 may process incoming/outgoing facsimile transmissions. In 

includes redundant disk or other storage, redundant power the preferred embodiment, fax modem 75 is coupled to 

supplies and data back-up to magnetic or other media in TDM bus 78 as illustrated, although in other embodiments 

order to enhance fault tolerance of the system. fax modem 75 may be coupled in alternative arrangements, 

Processor/resources 70 also may be connected to DSP 76. 45 such as to switch/multiplexer 74 and/or DSP 76. 

DSP 76 preferably consists of a single digital signal proces- Communication system 50 also may include available 

sor or multi-digital signal processor resource pool, which card slots on TDM bus 78 for one or more module upgrade 

serves to provide a variety of functions within communica- 77. Additional resources and/or functionality may be added 

tions system 50. In preferred embodiments, DSP 76 gener- to communication system 50 as needed by way of module or 

ates dial tones (such as for telephones 12), DTMF digit 50 line card upgrade(s) 77, or by, for example, the addition of 

detection and decoding, echo cancellation, coding/decoding one more cards such as ATM controller 79B and DSP 79C. 

functions, voice conferencing, voice compression, voice Through the use of such module upgrades or additional 

recognition and the like. In other embodiments, DSP 76 cards, etc., one or more minimal configurations of commu- 

performs data compression, transcoding, processing for nication system 50 may be provided, with additional 

voice communications using an Internet protocol ("IP") or 55 resources and/or functionality added by the insertion of 

other voice over other network protocol or the like. In additional cards to TDM bus 78. Further aspects relating to 

general, DSP 76 provides a set of processing and memory upgrade and reconfiguration-type fimctionality of such line 

resources to support the various voice/data services con- cards are described below in reference to FIG. 21. In 

trolled and managed by processor/resources 70. As illus- accordance with preferred embodiments of the present 

trated by bus connection 84A, DSP 76 alternatively may be eo invention, software upgrades for processor/system resources 

coupled directly to TDM bus 78. 70, or for other resources in the communications system. 

Switch/multiplexer 74 communicates bidirectionally with also may be applied, 

buffer/framer 72 and preferably from DSP 76, as illustrated. Processor/system resources 70 also is coupled to one or 

over bus 86. Switch/multiplexer 74 also communicates with more packet buses, such as packet buses 80A and SOB, 

TDM bus 78, as illustrated, over bus 90. TDM bus 78 65 which may be through a bus such as LAN bus 81. 

preferably is a time division multiplexed bus as is known in Effectively, packet buses 80A and 80B provide multiple 

the art (such as, for example, what is known as an MVIP or hubs or switches to intercommimicate between one or more 
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packet networks, which in preferred embodiments are Eth- 
ernet networks. It should be noted that the bus configuration 
of FIG. 3 may be considered "logical", and in preferred 
embodiments the physical bus configuration may be such 
that TDM bus 78 and packet buses 80A and/or SOB are part 
of the same physical bus. In such embodiments, packet 
buses 80A and/or SOB also can intercommunicate directly 
with central resources (such as processor/system resources 
70) as well as station cards and WAN cards (or any other 
cards) coupled to the TDM bus (this is illustrated in FIG. 3 
by card 79D, which is a card simultaneously inserted into/ 
coupled to both TDM bus 78 and packet bus 80A and which 
may compnse, for example, a combined LAN interface/ 
functionality and central oflSce (or other WAN interface) 
card. Such a combined interface card, which may support 
both LAN and WAN functions (such as described elsewhere 
herein), enables substantial advantages over conventional 
systems. 

Coupled to packet buses 80A and/or SOB are a variety of 
computing-type devices, such as computers 24, printer 22, 
other computers, file servers, backup or storage resources, 
other networks and the like. Processor/system resources 70, 
in software and/or hardware, provides a LAN/network 
subsystem, which includes routing and other related func- 
tions to support data communications to and from packet 
buses 80A and/or SOB and TDM bus 78, etc., through several 
paths or methods. 

In preferred embodiments, a more direct connection 
between packet bus 80A and/or SOB may be established by 
way of embedded router or bridge S3. Router/bridge 83 
includes a CPU, TCP/IP controller, router, stack, Ethernet 
interface or other functionaHty as may be desired to couple 
LAN bus 81 to, for example, one or more HDLC controllers 
79A. Through the use of router/bridge 83, communications 
between packet buses 80A and SOB may be accomplished 
while consuming minimal resources of processor/system 
resources 70. 

Referring now to FIG. 21, additional aspects of preferred 
embodiments of the present invention will now be 
described. 

One such aspect relates to the upgradeability of TDM bus 
78 switch circuitry or "fabric," via .software (e.g., RAM 
based firmware), and via hardware upgrade (e.g., adding 
new line cards with upgraded switch fabric to a TDM bus 
containing existing legacy line cards). TDM bus 78 is driven 
by a clock sync 455 in a first line card 453. This line card is 
equipped with additional circuitry, e.g., flip-flop 454 and 
tri-state drivers 461 and 462 that allow the isolation of the 
clock sync 455 from TDM bus 78 upon installation of a 
higher performance second line card 463 with a second 
clock sync 464. This example illustrates that the switch 
fabric of TDM bus 78 can be upgraded to a higher perform- 
ing bus driven by a different clock sync 464, while still 
enabling the use of older first line card 453. Thus, first line 
card 453 may still use TDM bus 78, but with an insulated 
clock sync 455, while the TDM bus 78 is driven by the 
improved clock sync 464, and thus enabling a higher per- 
forming bus to second line card 463. Through this aspect of 
this preferred embodiment, additional features and function- 
ahty are possible. Due to the firmware basis for this switch 
fabric afforded by the use of tri-states (e.g., firmware control 
of the state of tri-state drivers/buffers such as drivers 461 and 
462, such as by writing configuration or control data to a 
register or other location for controlhng such tri-state 
devices, etc.) to effect the relationship between the clock 
source and TDM bus 78, the reconfigurable nature of the 
switch fabric on TDM bus 78 can be controlled via software. 
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e.g., performance upgrade or for increasing fault tolerance. 
With multiple clock sources located on cards connected to 
TDM bus 78, the particular clock source that is driving the 
bus can be selected under software control to adjust for 

5 faults, e.g., framing errors and the like. This redundant 
aspect to such a TDM bus structure in accordance with such 
embodiments ensures greater fault tolerance and better over- 
all performance. Additionally, because the switch fabric is 
controllable via software, the remote control of these fea- 
tures is possible, e.g., in a client/server context, such as 
described elsewhere herein. While the present embodiment 
is illustrated with reference to an improved clock source 
located within the second line card, it will be apparent to 
those skilled in the art that other improved features within a 
second line card can be incorporated to reconfigure the 
characteristics of TDM bus 78 (e.g., a first line card with a 
first set of features, and a second line card with a second set 
of features or functions, may be incorporated into the system 
and coupled to TDM bus 78; under software or firmware 

2g control such as described above, the system may be remotely 
configured such as by selectively enabling or disabling, such 
as by tri-state isolation from TDM bus 78, some or all of the 
features/functions of the first or second Kne cards, etc.). 
Referring now to FIG. 3A, additional aspects of preferred 

25 embodiments of the present invention will now be 
described. 

As discussed in reference to FIG. 3, communications 
system 50 includes at least three (3) separate types of busses, 
e.g., TDM bus 78, packet bus SOA (or SOB), etc., and control 

3Q bus 92, etc. In arranging such different busses, preferred 
embodiments of the present invention utilize an arrangement 
that desirably configures such busses into a passive back- 
plane that may be used to plug in various printed circuit 
boards, cards, etc. 

35 As illustrated in FIG. 3A, busses 92, SOA and 78 are 
physically arranged as part of system bus 406. Bus 408 is 
provided, for example, to serve as a bus for a computer 
backplane, such as a personal or other computer included in 
processor/.syslem resources 70 (e.g., a computer system bus, 

40 such as what are known as PCI or ISA buses, etc.). Various 
boards or cards, etc. 400A, 400B and 400C may be physi- 
cally plugged into sockets 402 and 404. Sockets 402 are 
provided for making electrical connection to bus 408, and 
.sockets 404 are provided for making electrical connection to 

45 bus 406. It should be noted that, preferably, two rows of 
sockets 402 and 404 are provided, with at least certain of 
sockets 402 being positioned adjacent to and aligned with 
sockets 404. In this manner, boards such as board 400Amay 
be coupled to bus 406 through one of sockets 404, board 

50 400B may be coupled to both bus 406 and bus 408 via one 
each of sockets 404 and 402, and board 400C may be 
coupled to bus 408 through one of sockets 402. In accor- 
dance with such embodiments, bus 406, which includes 
control bus 92, packet bus SOA, and TDM bus 78, may be 

55 coupled to boards that couple only to bus 406 and also 
boards that couple to both bus 406 and bus 408. As will be 
appreciated, a plurality of sockets and boards may be 
provided, with one or a plurality of boards similar to board 
400A, one or a plurality of boards similar to board 400B, 
and/or one or a plurahty of boards similar to board 400C 
may be desirably provided in communications system 50. 

Ii also should be noted that, in preferred embodiments, 
bus 92 is similar in form to a standard ISA or PCI bus 
(although preferably modified/optimized for the particular 
implementation of communications system 50) and provides 
desired control to the various components and subsystems of 
communications system 50 (as described elsewhere herein). 
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In addition, TDM bus 50 may consist of, for example, 256 cations in accordance with preferred embodiments of the 

channels at 64K bits/second. Packet bus 80A may support present invention. 

one or a plurahty (e.g., 3, 4, 5 or more) of ethemet or other Intelligent/dynamic B/W, service and resource manage- 

packet buses, such as lOOM bit, full duplex ethernet capa- ment 31 is provided to effectively and eflSciently control and 

bUity or similar functionality (although only one such bus in 5 allocate and de-allocate services and communications 

illustrated m FIG. 3A). resources, such as in accordance with LCR, BQOS, BAV 

In accordance with such embodiments, boards may be rules 21 (e.g., rules to enable lowest cost, highest quahty or 

conveniently coupled to bus 406 and/or 408, which facih- otherwise desirable management and control of network or 

tates manufacture, upgrade, maintenance, etc. of communi- other resources, etc.) or other applications 29 or the Hke. 

cations system 50. It also should be noted that bus 408 may j„ b/W management 31 also receives as inputs information 

be^for exainple an industry standard bus such an ISA or indicating the total number and types of network resources 

Sa^bleTc-t^p^^^^^^^^ (ofvo.ce/d.aservices58forexaLe)that.reavailab.^ 

desired for the particular application. Such a multi- communications system 50^ and their status and availability 

backplane construction provides significant advantages in ^' any given point in time. B/W management 31 may receive 

accordance with the present invention ^ input, or may generate internally, information indicat- 

FIG. 4 provides a software/hardware overview of an office how much of a measured usage resource may be 

communications system in accordance with preferred available at a given point m time (for example, "frame 

embodiments of the present invention. It should be noted ^^^^y' "pnvate virtual channel" or other network services 

that the preferred embodiment of FIG. 3, with appropriate ™ay be provided on the basis of a predetermined amount of 

software in processor/system resources 70, may provide the 20 data transmission per fixed time period for a fixed price, with 

software/hardware described in connection with FIG. 4, as additional charges for usage in excess of the predetermined 

will be appreciated by those skilled in the art. amount, etc.). As more fully described below, based on the 

At the server applications level, various software apph- currently available and currently utilized services and 

cations may be provided for operation in conjunction with resources, B/W management 31 may allocate and 

the hardware illustrated, for example, in FIG. 3. Such 25 de-allocate such services and resources in a desired and/or 

software applications may include what are know as least cost efficient manner. 

costroutingC'LCR"), best quality of service ("BQOS") and Additionally, other aspects of such embodiments with 

bandwidth ("B/W") rules 21. LCR, BQOS and B/W rules 21 regard to service and resource management will now be 

provide tables, information, rules and/or algorithms by described. Specifically, the use of realtime bandwidth and 

which data and voice communications may be allocated 30 protocol statistics to assist in the administration of services 

and/or controlled with respect to, for example, the various and resources will now be described. With the example of a 

types of voice/data network services that are available to jl connection, this aspect of such embodiments involves the 

communications system 50. Such information may include collection and reporting of performance data statistics 

the current cost of utihzmg various resources (based on time according to established specificatioas, e.g., RFC1406, 

of date, amount of usage, integrated amount of usage over 35 AT&T TR54016, and ITU G.821, the documentation and 

some penod of time, etc.), and also priority rules for the specifications of which are hereby incorporated by refer- 

various types of communications provided by communica- gnce. In this example, the statistics can be derived from 

tions system 50. For example, phone calls may be assigned registers adapted for storing information for the following: 

a priority 1, facsimile calls a priority 2, VoIP calls a priority cEC (CRC Error Count), FEC (Framing Error Count), CSS 

3, facsimile over IP calls a priority 4, category 1 data 40 (Controlled Slip Second), CVC (Code Violation Counter), 

communications a pnonty 5, and other data communications and LOFC (Loss of Frame Count). Under control of, for 

a pnonty 6. In preferred embodiments, the pnonty assign- example, processor/system resources 70, such registers may 

ments may change by time of day or month, and/or the be read at predetermined intervals (or by locally generated 

pnonty assignments may be different with respect to differ- or remote requests, etc.), and the following exemplary 

ent network resources and the like. 45 statistics of performance data or other statistics may be made 

Server encryption applications 23 may be provided in available: 

order to provide encryption or similar coding or processing Errored Second (ES) 

of voice/data communications processed by communica- Preferably a second consisting of a CRC error or a 

tions system 50. VoIP gatekeeper 25 may be provided to framing error or a controlled slip. Preferably, not counted 

service and control voice over Internet protocol ("VoIP") 50 during unavailable seconds, 

communications. As more specifically described below. Bursty Errored Second (BES) 

various types of VoIP communications may be effectively Preferably, framing=ESF (1<CEC<320). Preferably 

managed and controlled in accordance with preferred framing=D4 (1<CVC<1544). Preferably not counted during 

embodiments of the present invention, such as, for example, unavailable seconds or severely errored seconds, 

a determination that acceptable conditions exist on the 55 Severely Errored Second (SES) 

Internet for such communications. Directory 27 may be Preferably framing=ESF (CEC>=320) or an out of frame 
provided in order to make various types of directory infor- error. Preferably framing=D4 (CVC>=1544) or an out of 
mation available to users of communications system 50. frame error. Preferably not counted during unavailable sec- 
Directory information provided by directory 27 may include ends. 

names, telephone extensions, address or other personal or so Severely Errored Framing Second (SEFS) 

work information regarding persons or departments, etc.. Preferably a second containing one or more fi-aming 

serviced by communications system 50. Directory 27 also errors (FEC). 

may include similar directory type information for persons Unavailable Second (UAS) 

or departments, etc. in a remote or other locations, such as Preferably incremented by one every second the driver is 

may be accessed through voice/data services 58. 65 in the unavailable signal state. Preferably an unavailable 

In general, with the present invention other applications signal state is declared when 10 consecutive SESs are 

29 may be provided to support various types of communi- detected and cleared when 10 consecutive non-SESs are 
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detected; when declared any ES, BES, and SES errors that frequency bands in the returned signal could be evaluated to 
occurred during the 10 seconds are subtracted from the determine whether a phone is physically connected to the 
counters and the UAS counter is incremented by 10; when line (e.g., an analog phone typically presents a lOK ohm 
cleared any VS and BES seconds that occurred during the 10 impedance to the line in an on-hook condition, the presence 
seconds are added to the counters and the UAS counter is 5 of which could be determined by evaluation of the returned 
decremented by 10. Preferably, if the 10 second transition signal. In preferred embodiments, DSP resoiurces could 

occurs over an interval boundary both intervals are adjusted evaluate the returned signal energy, again preferably with an 

accordingly. FFT, and the presence and/or type of telephone device 

Such statistics, and others similar to these, can be used to physically attached to the line could be assessed/determined, 

analyze each protocol to assist in BAV allocation and lo and still preferably an assessment of the quality of the 

management, as well as overall administration, such as particular line could be made based on such an analysis of 

described elsewhere herein. Such information can be stored the returned signal. 

within the system and/or displayed on a user's screen via a Such signal processing could be done periodically or upon 

direct LAN/WAN connection such as described herein, detection of errors, start-up or reboot, or upon initiation of 

including through the use of HTML and widely available 15 a diagnostic or maintenance routine. With remote adminis- 

web-browsing software. Those skilled in the art will recog- tration and configuration capabilities as described elsewhere 

nize that it may be desirable to monitor other kinds of real herein, such phone presence detection, line quality 

time protocol and bandwidth statistics in other environ- assessment, etc., could be conducted from a remote location 

ments. (such as enabhng a central system administration to "map" 

Services 37, which may be supported by database storage 20 the presence of phones to particular lines in a remotely 

35 (which may be provided as a part of processor/system located system. In accordance with such embodiments, such 

resources 70), include data switching services, router ser- capability enables a similar functionality to the link status 

vices and PBX station services. In general, in accordance indicators that may be available on network ports. Such link 

with preferred embodiments of the present invention, and status information for analog telephones can be incorporated 

utilizing resources such as described in connection with 25 into a visual representation of the system, easily viewable 

FIG. 3, various communication-related services may be remotely via an HTTP link over the Internet, for example 

advantageously supplied by communications system 50. (such remote viewing of the physical status of a system, i.e., 

For example, data switching services may be provided "chassis view," is described elsewhere herein). It should be 
such as by LAN/NDIS/DDI drivers 39 (LAN, NDIS and understood that this approach to obtaining line status and 
DDI being exemplary) through hardware modules such as 30 information can easily be applied to other aspects of tele- 
switched Ethernet 45 and hub 47. Routing services may be phone lines. For example, the line condition, orsuitabilty for 
provided such as through WAN drivers (specific network high speed data transfer, or perhaps the highest speed 
services such as PRI and T-1 being exemplary) through available on a particular line (e.g., "speed grading" or "speed 
hardware modules such as T-1 module(s) 49, ISDN module characterization" of individual lines) can be measured, 
(s) 51, central office-plain old telephone service (CO-POTS) 35 In still other embodiments, applying such techniques (i.e., 
module(s) 53, V.35 module(s) (it should be understood that sending a known signal down a line and analyzed a return 
various hardware modules may be utilized in accordance signal, etc.) information pertaining to the Central Office can 
with preferred embodiments of the present invention, as be obtained, for example, information about the Central 
desired to implement the various data switching, routing and Office battery (voltage of 20-50 volts) can be measured that 
other communications connections as may be determined by 40 indicate the distance to the Central Office as well as its 
the needs of the particular office/work environment. PBX presence, etc. Other aspects of such analog line or other 
station services, such as automated attendant, reception, detection can easily be realized through this method and 
voice mail and the like, may be provided through station beneficially used in other applications. For example, specific 
manager 43. Station manager 43 provides hardware for capabilities of the line and/or the device at the other end 
connection to various telecommunications devices, such as 45 (including a Central Office, etc.) of the line can be detected, 
phones 12, facsimile 44, etc. In general, station manager 43 during on-hook and off-hook conditions, all of which may be 
provides sufficient interface hardware in order to connect to initiated in a remote manner, viewed graphically, etc., as 
the various devices that may be determined by the needs of described elsewhere herein. 

the particular office/work environment). Referring now to FIG. 5, a general flow chart will be 

Additional features particulariy of hardware components 50 described for illustrating the use of services/bandwidth 

of such embodiments involving detection operations incor- allocation rules in accordance with preferred embodiments 

porating or utilizing DSP resources such as are included in of the present invention. 

preferred embodiments will now be described (DSP Server applications, such LCR, BQOS, B/W rules 21, 

resources included in such embodiments are described, for may be considered to have various rule sets, such voice rules 

example, in connection with FIG. 3. A technique for deter- 55 93, data rules 95 and dial-up rules 97 (other rule sets may be 

mining characteristics of an analog line is to send a known provided). Communications system 50 monitors inputs 

signal (preferably a known tone or combination of tones or (illustrated as monitor input block 91 of FIG. 5), and based 

frequencies of known energy, etc.) down a line, and convert on such inputs and Ihe overall service/network resources 

a predetermined frequency (or frequencies) of a returned available, and in accordance with voice rules 93, data rules 

signal from the analog line to a voltage or to otherwise 60 95 and dial-up rules 97, allocates and de-allocates resources 

process the returned signal; characteristics of the analog are (illustrated as allocate/re-allocate resources block 99 of FIG. 

determined based on the voltage or otherwise from infor- 5). 

mation extracted from the returned signal. In preferred Exemplary operations of such preferred embodiments 

embodiments the returned signal is processed by DSP will now be described. 

resources (see DSP 76 of FIG. 3) in order, for example, to 65 In the event a user picks up one of telephones 12, an 

perform a Fast Fourier Transform ("FFT") or other signal off-hook condition is detected by the appropriate card 82, 

processed on the returned signal. As example, particular which signals processor/system resources 70 of the off- 
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condition. Processor/system resources 70 controls switch/ appropriate user narae/ID and password in order to recog- 

multiplexer 74 to couple the appropriate card 82 to DSP 76, nize attendant 1 as an appropriate user to assume control of 

which generates a dial tone that is coupled to the appropriate the telephony functions of the ofiSce. A network or systems 

telephone 12. The user hears the dial tone and may then administrator may set up password control for parties autho- 

proceed to place the desired call. DSP 76 detects the digits 5 rized to run the oflSce attendant type program. At step 102, 

of the telephone number of the desired call and provides the in preferred embodiments the computer running ofEce atten- 

detected digits to processor/system resources 70. For an dant type program has downloaded to it the current tele- 

intemal call, processor/system resources 70 directs that the phone subscriber directory such as over packet bus 80A or 

called internal telephone receive a ring signal from the 80B of FIG. 3 (e.g.: a complete listing of the telephone 

appropriate card 82. Upon pick-up of the called internal 10 subscribers; extensions; status information such as do not 

telephone, the telephone connection between the internal disturb, forward and forwarding information, forward to 

phones is established by way of TDM bus 78 and the voice mail, hunt group information, etc.) from communica- 

appropriate cards 82. tions system 50. In this manner, the computer or computers 

For an external call, processor/system resources 70 running the ofBce attendant type program may locally con- 
attempts to establish the desired connection through the is tain current subscriber information for controlling the 
appropriate cards 82 and available voice/data services 58. In incoming and outgoing calls of the ofiSce. In preferred 
attempting to establish such a voice communication embodiments, communications system 50 automatically 
connection, processor/system resources preferably follows determines when subscriber information changes, e.g., a 
the general flow illustrated in FIG. 5. Namely, in accordance subscriber has been added to or deleted from the telephone 
with available resources (such as of voice/date services 58) 20 directory, or an extension has changed, or a subscriber's 
and rules such as voice rules 93, data rules 95, dial-up rules status information has changed, or any state associated with 
97, etc., an external voice communication may be estab- communications system 50, etc., in order that updates may 
lished by, for example, a POTS line connection, an ISDN B be timely made available. In such embodiments, computers 
channel, a VoIP connection, etc. In accordance with the running the office attendant type program may be updated 
present invention, resources may be allocated for the pro- 25 promptly and automatically by communications system 50 
cessing of such an external call based on the available so as to contain current subscriber information on an ongo- 
resources at the particular time and applicable rules (which ing basis to more efficiently control telephony operations of 
may include time of day, priority of call, etc.) the office. It also should be noted that in preferred embodi- 

Incoming calls are detected by the appropriate cards 82 ments the subscriber information also may include other 
and signaled to processor/system resources 70. Connections 30 information, such as the email address and extended direc- 
of voice incoming calls to telephones 12 are established tory information including personal information manager 
under control of processor/system resources 70 over TDM ("PIM") information of the particular subscriber and net- 
bus 78. work identification for a computer associated with the 

Still additional operational advantages and features in particular subscriber. With such information, net messages 

accordance with still additional preferred embodiments of 35 or other communications with particular subscribers may be 

the present invention will now be described. facilitated as more fully described herein. 

PBX and Telephony-Related Functions It also should be noted that this subscriber download 

With the hardware of preferred embodiments as illus- concept is applicable in various forms to all computers 

trated in FIG. 3, various novel and/or improved or more coupled to communications system 50. For example, com- 

efBcient communications functions may be obtained. As 40 munications system 50 includes information regarding all 

noted in FIG. 2, with the present invention a plurality of users registered in the PBX (i.e., all users having a telephone 

workstations or computers 24 may be connected to commu- extension and/or computer coupled to communications sys- 

nications system 50. Although only a single LAN is illus- tem 50 such as over the LAN or WAN). Thus, in the event 

trated in FIG. 2, as illustrated in FIG. 3 two or more LANs of a subscriber directory change, communications system 50 

may be coupled to communications system 50, with a 45 may "broadcast" updated subscriber directory information 

plurality of computers coupled to each of the two or more to all computers coupled to communications system 50, or, 

LANs, etc. in alternate embodiments, communications system 50 sends 

In accordance with preferred embodiments of the present a net message, email or other message to such computers 

invention, one or more of computers 24 may execute a coupled to communications system 50 that prompts the users 

PBX/telephony control application software program. In 50 of such computers to the availability of the subscriber 

accordance with the PBX/telephony control application, directory update (e.g., the remote computers received a 

hereinafter referred to as the "ofiSce attendant type" message indicting the availability of the subscriber directory 

program, control of the telephony and related functions of update, which preferably includes an "accept" icon and a 

communications system 50 may be intelligently managed "reject" icon, thereby enabling the user to receive or not 

and controlled. With such an arrangement, one or more 55 receive the update as he/she may desire), 

computers on the LAN may be used to control incoming and This concept may be extended to system speed dial 

outgoing calls of the office using the computer in a natural buttons (as described elsewhere herein), and other informa- 

and intuitive manner. A telephony headset or telephone tion that may be desirably controlled and distributed in/from 

preferably is associated with the particular computer that a central location (e.g., communications system 50) in a 

will be running the oflSce attendant type program to enable 60 particular office setting. For example, a company organiza- 

traditional voice communications with incoming callers, etc. tion chart, financial reports, informational reports, etc. may 

As illustrated in FIG. 6, a party desiring to control the be centrally stored, etc., which may include being main- 
incoming and outgoing calls and/or station to station calls of tained by a system administrator-type person for communi- 
the office ("attendant 1") may log-on and run the office cations system 50. In accordance with such embodiments, 
attendant type program from one of the computers con- 65 centrally-controlled information may be broadcast to all 
nected to the LAN connected to communications system 50. users, or a selected subset of such users (communications 
At step 100, attendant 1 may be required to enter an system 50 also preferably accesses/stores information 
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regarding the registered users, such as title, department, each such computer in preferred embodiments may be 
position within the company; e.g.. Vice President, engineer- independently configured to be more optimum for the par- 
ing department, sales and marketing department, etc.). Thus, ticular computer users. 

a centrally-maintained document/file, such as a company Other configuration windows illustrated in FIG. 7A 
organization chart, financial report, etc., may be conve- 5 include contact or PIM import window 117 and password 
niently distributed to computers coupled to communications control window 121. PIM import window 117 may include 
system 50. Preferably, communications system 50 records icon 119 for displaying menus or windows for importing 
which computers receive such information (for example, a contact information from a PlM-type software program or 
record of those computers logged-on and receiving the database. In accordance with such embodiments, contact 
information at the time it is first distributed), and thereafter lO information to be used by the user running the ofSce 
may distribute the information to other computers at a later attendant type program may be readily imported from a 
time (for example, at a later time when the users of such PIM-type information database or contact list (which may be 
computers log-on to communications system 50). As resident on the particular computer, in communications 
described previously, such embodiments also may prompt system 50 or on another computer coupled to a LAN), thus 
the individual users whether they wish to receive the 15 saving the time from entering contacts from a manual or 
information, and thereafter provide the information to those electronic list. Password control window 121 may include 
computers whose users affirmatively indicate that they icon 123 for displaying menus or windows for enabling the 
desire to receive the information. user to change his/her password. In preferred embodiments. 
In step 104, the computer running the office attendant type the ofiice attendant-type program(s) used to control tele- 
program optionally may run a configuration routine to more 20 phony functions of communications system 50 utilizes pass- 
optimally configure the office attendant type program on the word protection to prevent database tampering and the like 
particular computer for control of the telephony operations. and also to prevent unauthorized use of the Office Attendant- 
At step 106, the computer running the office attendant type type program(s). 

program is in a ready condition for processing incoming or Referring now to FIGS. 22 and 23, additional aspects of 
outgoing calls or the like. 25 these embodiments relating to office communicator- type 
Referring to FIG. 7, an exemplary configuration algorithm programs (running on/in connection with processor/system 
for an office attendant type program will now be described. resources 70, etc.) will now be described. These types of 
At step 108, the user selects a configuration icon or other- programs can be used in connection with the office 
wise initiates a configuration command on the computer attendant-type programs described elsewhere herein. Office 
running the office attendant type program. At step 110, the 30 communicator-type programs typically differ from office 
office attendant type program displays a choice of conflgu- attendant-type programs in the types of functions they are 
ration options. FIG. 7 illustrates options such as password optimized to perform. For example, the users of office 
change option 112, contact or personal information manager communicator-type programs typically initiate and termi- 
("PIM") import option 114, user interface configuration nate calls, whereas the users of office attendant-type pro- 
option 116 and other option 118 (other option 118 indicates 35 grams typically also route calls. FIG. 22 illustrates an 
other configuration options that may be presented to the user exemplary main window of an office communicator-type 
to more optimally configure the office attendant-type pro- program, and FIG. 23 illustrates an exemplary screen pop up 
gram for the particular user or operating environment, etc). window for such a program. 

At step 120, the computer running the office attendant type Referring to FIG. 22, the Main Window preferably 

program has completed the configuration process and is in a 40 includes a small appearance GUI footprint including three 

ready condition for processing incoming or outgoing calls or low profile line status indicators. Office communicator-type 

the like. programs preferably do not include a 'Calls in Queue' or a 

An exemplary arrangement of configuration options for 'Calls on Hold' indicator. Alternative views of this window 

such a configuration algorithm is illustrated in FIG. 7A. As can be sized and displayed to take up less physical space on 

illustrated, by configuration window 111, a user may be 45 the screen for the end user. Such feature buttons allow 

presented with configuration windows such as user interface additional functionality to be added into the program, for 

configuration window 113, contact or PIM import window example, multiple call parking features can be added. In this 

117 or password control window 121. As an illustrative example, there are two types of park: Self-Park and System 

example, user interface window 113 may include icon 115 Park. Self-park preferably parks the call at the extension of 

for displaying menus or windows for tailoring the user 50 the person parking the call. Hence, if an outside caller calls 

interface for the particular user and operational parameters; extension xl25 and the user at xl25 answers and self parks 

exemplary user interface options include user selectable the call, then the user at xl25 can page and announce "Pick 

tones, sounds, or volumes for indicate incoming calls, line up xl25". System park returns a parking address, or slot 

status conditions, programmable call capacity before routing number of a predetermined number of parking spaces that 

calls to another computer running an office attendant-type 55 the system allocates for such call parking. Hence, if an 

program or to an automated call answering algorithm of outside caller calls extension 125 and the user at xl25 

communications system 50, visual display options to vary system parks the call, then the display on ext 125's office 

the computer display (such as size, color of icons or communicator-type program will read: "Call Parked on 

background, etc.) of the screens of the particular office <sIot number>", e.g. "Call Parked on 2". Then the user at 

attendant-type program, etc. What is important is that a 60 xl25 can page, and announce "Pick up 2". 

particular user running an office attendant-type program on Referring now lo FIG. 23, such an office communicator 

a particular computer may configure user interface-type type program that is optimized for general telephone and 

attributes to more optimally configure the computer that the computer use, can include a screen pop window as illus- 

user will use to control the incoming and outgoing calls of trated. The main user interface illustrated in part in FIG. 22 

the office, etc. It should be noted that, although other 65 preferably consists of a three-line display. However, this 

computers coupled to communications system 50 may main user interface is not intended to be maximized at all 

simuhaneously be running an office attendant-type program, times. When an incoming call arrives, the screen pop illus- 
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trated in part in FIG. 23 will slide out and occupy a small 
portion of the screen to let the user know that there is an 
incoming call, and provide caller information to the user. In 
addition, such a screen pop may incorporate a visual signal, 
e.g., a rotating telephone icon, to help indicate that a call is 5 
trying to get through. When there are new messages at the 
extension, the screen pop will also appear to indicate (via an 
appropriate icon or other indicia, preferably rotating or 
otherwise moving in order to attract visual attention, etc.) 
that there is a message waiting. For making outbound call 
and other simple/more frequent call control operation, a 
toolbar with basic call control functions preferably is pro- 
vided to the user. Other visual and operational variations 
suitable for other working environments will be apparent 
from the above discussion. 

Referring to FIG. 22 and 23, additional exemplary pre- 
ferred features of such embodiments will now be described. 

A user can answer incoming calls by point-and-click 
using the mouse, by using the keyboard or by using the 
phone. The user is notified of an incoming call by both visual 
and/or audible effects. Users can make outbound calls either 20 
using the mouse, by using the keyboard or by using the 
phone. 

When an incoming call arrives, if the phone is in TAPI 
mode and the phone is off -hook with no dial tone, the user 
can answer the call via the software application (e.g., mouse 25 
click on an appropriate icon, etc.). When an incoming call 
arrives and the user is already on another call, the user will 
be signalled of the incoming call on both the application and 
the handset (e.g., beep). Users preferably are notified of the 
caller id on the screen by the application, and he can answer 
the call by the application or by the phone (e.g., hitting the 
Flash). 

The user preferably may initiate a call from the applica- 
tion. If the phone is on-hook, preferably the phone would 
ring to indicate that the user has to pick up the handset to dial 
out. Once the handset is picked up, the call may then be ^5 
made. The user preferably then hears ring-back on the 
handset. Alternatively, if the phone is already in TAPI mode, 
the call would be made immediately and the user would hear 
ring-back on the handset. 

The user preferably may also initiate a call from the 40 
phone. The user would pick up the phone and hear dial tone. 
He or she can then dial the number from the phone set. When 
the user is already on another call and he wants to make 
another call by the application, he can choose to put the 
current caller on hold and dial the number, or the application 45 
would automatically put the current caller on hold when he 
dials the number. When the user is already on another call 
and he wants to make another call by the phone, he can put 
the current caller on hold by hitting 'FLASH' on the phone 
and dial the number. 50 

The user can put a current call on hold using the mouse, 
by using the keyboard or by using the phone. By making an 
outbound call, or answering another call from the 
application, the current call can automatically be put on hold 
by the application. The user can put the current call on hold 55 
from the phone, for example, by hitting 'FLASH' on the 
phone set. 

The user can transfer the current call to another extension 
or to an offsite number by using the mouse, the keyboard or 
the phone. TTie application supports two types of transfer i.e. 60 
BHnd and Consultation. Blind transfer is transferring the 
caller to the destination number without talking to the person 
at the destination. Consultation transfer is transferring the 
caller to the destination number after talking to the person at 
the destination. The application would support both type of 65 
transfer with a single user interface to maintain the simplic- 
ity of usage. 



The user can transfer the current call to another e> 
or to an oflEsite number from the phone by hitting 'Flash'. 
The user will then hear the dial tone. The user will then enter 
the transfer destination phone number. For blind transfer, the 
user hangs up the phone before the destination answers to 
complete the transfer. For consultation transfer, the user 
talks to the transfer destination, and hangs up the phone to 
complete the transfer. 

The user can join two calls on the extension by using the 
mouse, the keyboard, or the phone. By hanging up the 
handset when there are two calls on the extension would join 
the two calls together. 

The user can create a conference call with many attendees 
including the user by using the mouse, the keyboard, or the 
phone. The user can add conference attendees to the con- 
ference from the application by using the mouse or the 
keyboard. The conference attendees can already be on hold 
at the extension, or the user can dial out to the conference 
attendees to invite them to conference. The user can also add 
conference attendees by using entering the feature codes on 
the phone set. Regardless of how the conference is initiated 
(either by phone or by application), the user preferably may 
add additional attendees by using either the phone or the 
application. 

For removing conference attendees, the attendees can 
hang up their phone voluntarily. If it is desired for certain 
attendee to drop out of the conference, the conference master 
can use the application to selectively drop the attendee. The 
user can also drop the conference call and allowing other 
attendees to continue with the conference call if he or she is 
the conference master. 

When there are new voicemail messages on the extension, 
there will be a message waiting indication both on the phone 
set (e.g., a blinking LED), and the application (e.g., a 
rotating mailbox icon). On the application, the message 
waiting indication will be on the main user interface as well 
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NetMessage is a feature preferably provided on the appli- 
cation. NetMessage can be initiated and received by any 
computers running oflSce communicator-type programs or 
ofSce attendant-type programs. The application provides- 
two types of NetMessage i.e. transferring a call or leaving a 
text message. 
Transferring a Call 

During the transfer of a call, if the destination extension 
is on the phone or on DND (Do Not Disturb), the application 
preferably presents 3 options to the user. The user can put the 
caller on hold, sent the caller to the voicemail of the 
destination, or send a NetMessage to the destination's com- 
puter. On the receiving end of the NetMessage, the user 
would see a dialog box on his machine with the text message 
and 2 options i.e. accepting the call or ignore the call. If the 
user chooses to accept the call, the call automatically trans- 
fers from the originated extension to the destination. If the 
user chooses to refuse the call, the application will notify the 
originated user that the call was refused. 
Leaving a Text Message 

Anyone that is running either an ofSce attendant or ofQce 
communicator-type programs can initiate a NetMessage 
anytime. NetMessage in this scenario is just a text message 
posted on the destination machine. The receiver has the 
option of replying to the message. 
PIM Integration 

The user can import the contacts that have been stored in 
any of the supported PIM software. The user can then choose 
to put them in any folder he wants. After importing, he can 
then organize the contacts into different folders. The user can 



us 6,366,578 Bl 

23 24 

export the contacts that he has stored in the personal folders In preferred embodiments, window 130 also includes 

to any of the supporting PIM software format. calling feature buttons or icons such as dialpad icon 134, 

OfEce communicator-type programs provide the user with feature icon 136, system icon 138 and/or contacts icon 140. 

a screen pop which will appear on the screen when an Other icons may include call log icon 142 and/or conflgu- 

incoming call arrives. The screen pop can do a lookup to a 5 ration icon 144. Dialpad icon 134 preferably results in the 

PIM database for records matchmg the caller id information display of a dialpad, such as dialpad window 165 in the 

of the call, and display this information even while the call 1^^^^ j^ft corner of window 130. Feature icon 136 prefer- 

is still ringing. This feature can be used in a variety of useful ^^^^j,^ j ^ ^^^^^^^ ^^^^^^^ 

ways. For example, the end user can see customizable a^^^^u^a ■„ f cr,- 00 o , 

database information connected to the caller that could assist ^"'""^"^ connection with FIG. 8B. Systen 



the end user in deciding how to (or even whether to) answer •„ , , .. , ■ • , t-t^ ^ 

the call descnbed in connection with FIG. 8C. Contact icon 

Off-site Call Forwarding, Trunk io Trunk Transfers & Con- preferably results in the display of a IL-! of contacts/ 

ferences contact folders as will be described in connection with FIG. 

Off-site call forwarding (OSCF): In this scenario, an 8D . Call log icon 142 preferably results in the display of one 

internal or external caU (call 1) terminates on the target « or more windows displaying log-type information for 

station directly or via AA (auto attendant). The target station incoming or outgoing calls controlled by the office attendant 

has configured the user forward number to an external type program. Call log information may be retained on the 

number (ie: 9-555-1234). The system places an outgoing call particular computer running the office attendant type pro- 

to the external number and connects call-1 to this trunk. This gram and/or centrally stored by communications system 50. 

results in a trunk to trunk or station to trunk call depending 20 Configuration icon 144 prompts one or more configuration 

on the source of call-1. windows, examples of which have been described elsewhere 

Trunk to Trunk Transfer (i l l): In this scenario an herein. Help icon 146 also may be provided in order to 

incoming external call-1 terminates on station via either display help information to the user of the office attendant- 

DID, DIL, AA. The user answers call-1 putting the connec- type program. 

tion from incoming trunk to internal station in the connected 25 In accordance with preferred embodiments of the present 

state. The user flashes and transfers call-1 to an oflsite invention, hold icon 180 is provided to enable a caller to be 

number (9-555-1234) or transfers call-1 to an extension that readily put on hold by the office attendant type program user, 

is forwarded off-site (off-prem forwarding). Transfer icon 178 is provided to enable a caller to be readily 

Trunk to Trunk Conference (Tl'C): In this scenario an transferred by the olEce attendant type program user 

incoming external call-1 terminates on station via either 30 (transfer are discussed in more detail in connection with 

DID, DIL, AA. The user answers caU-1 putting the connec- FIGS. 9A through 9C). Hangup icon 176 is provided to 

tion from incoming trunk to internal station in the connected enable a caller to be readily disconnected by the office 

state. The user flashes putting call-1 on hold and diab (call attendant type program user. Net message icon 174 is 

2) an offsite number (9-555-1234) or extension that is provided to enable a net message to be sent by the office 

forwarded off-site (off-prem forwarding). Once call-2 is 35 attendant type program user (net messages are discussed in 

connected the user flashes and completes the conference. more detail in connection with FIGS. lOA and lOB). Con- 

The user (conference master) then hangs up which allows ference icon 172 is provided to enable conferences to be 

call-1 and call-2 to stay connected via trunk to trunk. established by the office attendant type program user 

The above, of course, are merely illustrations, and many (conferences are discussed in more detail in connection with 

other useful variations will be apparent to skilled artisans 40 FIGS. IIA through HE). Answer next icon 170 is provided 

from the present teachings for answering calls, PIM to enable the office attendant type program user to sequen- 

integration, transferring calls, etc. tially answer calls, such as, for example, in a situation in 

Referring now to FIGS. 8A to 8D, exemplary windows numerous calls have come in a short period of time, and the 

from illustrative preferred embodiments of office attendant- user wishes to sequentially access such calls. Preferably, the 

type programs in accordance with the present invention wiU 45 answer next icon prioritizes calls on hold higher than new 

now be described. As illustrated in FIG. 8A window 130 calls, aUhough in preferred embodiments the priority of hold 

includes one or more fine displays 132 (five are shown in calls versus new calls may be programmed into communi- 

FIG. 8A for illustrative purposes) for indicating various cations system 50. 

telephone lines available in the particular application of Dialpad window 165, accessed in response to activation 

communications system 50. The number of telephone lines, 50 of dialpad icon 134, displays a visual keypad, much like a 

of course, may be tailored for the particular application. traditional telephony keypad with buttons 164, and also 

Preferably positioned adjacent to line displays 132 is call/ preferably includes other buttons such as call button 168 (for 

line status display 148 for displaying symbols adjacent to initiating calls), clear button 166 (for clearing number or 

each line indicative of the status of the line, such as idle, information, such as subscriber inlbrmaiion, displayed on 

phone ringing, active call in progress, call on hold, hold 55 display 162 (display 162 also may used to input numeric or 

recall alert, etc. Status display 148 provides a ready visual character information such as for a subscriber, and also may 

indicator to the user of the office attendant-type program of have a menu pull-down icon as illustrated to display a menu 

the status of the various telephone hnes that are being of, for example, subscriber information)), personal button 

monitored. Also adjacent to the line displays (as illustrated 156 (which may be used, for example, to make personal 

adjacent to status display 148) are user identification dis- 60 contact or PIM information available in display 162), system 

plays 150, which serves to display the name and/or exten- button 160 (which may be used, for example, to make 

sion or telephone number of one or both parties to a call. In system contact information available in display 162), or both 

certain embodiments, caller ID type information may be button 158 (which may be used, for example, to make both 

obtained by communications system 50 from an appropriate personal contact or PIM information and system contact 

interface card (see interface cards 82 of FIG. 3) and also 65 information available in display 162). 

displayed on displays 150. Displays 150 also may display a Referring now to FIG. 8B, window 182 is illustrated with 

clock indicating the duration of a call on a particular line. feature box 184 shown, which may be displayed through the 



10 preferably results in the display of a set of system buttons as 
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use of feature icon 136. Feature box 184 includes one or answered. In such preferred embodiments, the office atlen- 

more configurable feature buttons 186. Such feature buttons dant type program may cause one or more windows to 

enable a configurable environment for the office attendant appear on the computers of partioilar persons in the office, 

type program user, by enabling particular tasks to be con- such as a person to whom a call is being directed. As an 

figured for particular feature buttons. As illustrative 5 illustrative example, a call may come in through WAN 

examples, such task/features may include dialing particular services network 58 (see, e.g., FIG. 3) and be directed to a 

calls, forwarding calls to another extension, transferring main telephone number, which may be designated to be 

calls to another extension, unforwarding calls, setting do not forwarded to a telephone associated with a person running 

disturb for particular extensions, dialing international or the office attendant type program on a particular computer 

special toll calls or the like, or other tasks that a particular lO 24, and may be so directed by way of TDM bus 78 and 

user may find desirable to have accessible with a single or switch/multiplexer 74, under control of processor/system 

very few clicks of the computer mouse or pointer. The resources 70. The compiiter 24 mnning the office attendant 

particular feature buttons preferably include textual infor- type program may be used to transfer the incoming call to a 

mation descriptive of the particular feature or task associated particular extension, which may be readily accomplished by 

with the displayed button. In preferred embodiments, feature is way of transfer icon 178 (see FIG. 8A). 

buttons may be added or deleted as desired by the particular FIG. 9A illustrates window 200, which may provide a list 

user. of subscribers and extensions 202. By selecting a particular 

Referring now to FIG. 8C, window 188 is illustrated with subscriber with a mouse or pointer, the transfer may be 

system box 190 shown, which may be displayed through the readily completed with a simple click of the mouse or 

use of system icon 138. In preferred embodiments, system 20 pointer on transfer icon 204. Alternatively, the transfer 

box 190 includes a pluraKty of system buttons 192, which operation may be canceled by a click of the mouse or pointer 

provide essential contacts, such as emergency numbers (e.g., on cancel icon 206. It should be noted that, because the 

police or fire or building security), the numbers particular to current subscriber information has been downloaded by 

departments or officers in the particular company, branch communications systems 50 (as described elsewhere 

office numbers, etc. With the use of system box 190, a user 25 herein), more reliable transfer of calls may be achieved in 

may have readily displayed the numbers of essential or accordance with the present invention, 

important contacts, which may be connected with a single In accordance with preferred embodiments of the present 

click of the computer mouse or pointer. The numbers or invention, in the event of a failed transfer, for example in 

contacts associated with particular system buttons may be case the extension to which the call is being transferred is 

programmed by the user, but more preferably are pro- 30 busy, a window preferably is automatically displayed on the 

grammed by the administrator ofcommunications system 50 computer running the office attendant type program. An 

and downloaded in a manner similar to the subscriber exemplary window 208 is illustrated in FIG. 9B. As 

information as previously described. illustrated, display 210 may display a descriptive message. 

Referring now to FIG. 8D, window 194 is illustrated with such as "line busy," "do not disturb," etc. Preferably, a 

contacts box 196 shown, which may be displayed through 35 number of icons also are simultaneously displayed to aid the 

the use of contacts icon 140. Contact box 196 preferably office attendant type program user in processing this call, 

includes a directory of contacts for the company of the user Hold icon 212 may be used to place the caller on hold, 

(illustrated generally as folder and contact tree 198), and Message icon 214 may be u.sed to initiate a net me.ssage to 

also preferably contact or PIM-type information that may be the parly to whom the call is to be transferred. Voice mail 

obtained by importing from a PIM-type program or database 40 icon 216 may be used to direct the call into the voice mail 

resident in communications system 50 or on one or more of of the party to whom the call was to be transferred. Cancel 

the computers coupled to communications system 50. icon 218 may be used to cancel the transfer operation. With 

Through the use of contacts icon 140 and contact box 196, such an automatically generated window 208, the office 

contact information may be quickly provided to the office attendant type program user is presented with options to 

attendant type program user with a single or very few clicks 45 more quickly process such calls, again preferably with a 

of the computer mouse or pointer. In alternative single or very few clicks of the mouse or pointer, 

embodiments, caller ID information is available to commu- In certain embodiments, activation of hold icon 212 

nications system 50, which may be made available to the automatically "parks" the call on the extension of the party 

office attendant-type program. In such embodiments, the to whom the call is to be transferred. In certain 

office attendant-type program or a companion program may 50 embodiments, particular subscribers may have the option to 

associate a contact with the caller ID information, and program their extension so that calls parked on their exten- 

thereafter display contact information to the user. sion may or may not be automatically connected once the 

In preferred embodiments, calls may be directed to the called party has completed its current call. In such 

computer running the office attendant type program because embodiments, it may be desirable to have the called party 

a main number has been directed to this computer (and its 55 informed that a call is being held. Preferably in such 

a.ssociated telephone or headset), or because calls have been embodiments, the office attendant type program may be 

forwarded to the office attendant type program, or because a configured to automatically send a message (over a packet 

called party is on the phone, has indicated the called bus, as de.scribed earlier) to the computer of the party to 

extension is "do not disturb," etc. In such situations, the whom the call is to be transferred, such as is illustrated by 

office attendant type program user may need to transfer calls 60 window 220 in FIG. 9C. In such embodiments, window 220 

to other extensions, either inside the office or outside the may contain message box 222, which may contain a mes- 

office. sage such as "call holding" or "call holding from Mike at 

Preferably, persons in the office have a computer running extension 226," or "call holding; outside caller, number 

a program in companion with the office attendant-type xxx," etc. What is important is that message box 222 display 

program. Such windows may include, for example, an 65 a message that a call is holding, with appropriate informa- 

animated icon, caller ID information, etc., and may include tion identifying the caller displayed to the extent possible or 

one or more icon the clicking of which causes the call to be desired. It should be noted that in certain embodiments caller 
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ID information is displayed, and in some such embodiments or forwarded to voice mail such as described earlier. Of 

a directory or library of names or other identifying infor- course, in the event that a user previously configured his 

mation may be contained in commimications system 50 extension to be automatically forwarded to another exten- 

and/or one or more of the computers connected to the LAN sion or location or to voice mail or the like, then commu- 

so that names or other identifying information may be 5 nications system preferably takes the programmed action 

associated with the caller ID information and displayed in directly. As an illustrative example, a user may configure his 

message box 222. Preferably, the computer of the called extension so as to route all calls to another extension or to 

party plays an audible tone or sound. a local or long distance telephone number. Such a user also 

In such embodiments, the called party may decide to may configure his extension so as to route all calls as voice 

terminate his/her existing call and accept the call from the lo over IP ("VoIP") call. In the later situation, processor/system 

party being transferred, such as by clicking on accept icon resources 70 and/or DSP 76 may process the incoming voice 

224, Alternatively, the called party may decide to have the information (received through the appropriate station card 

call from the party being transferred wait, such as by 82 and via TDM bus 78, etc.) into appropriate IP packets, 

clicking on wait icon 226. The particular user being called which may then be routed, for example, through an HDLC 

preferably has the option to configure his extension to accept 15 framer/deframer 73B, through switch/multiplexer 74, over 

parked calls or to not accept parked calls. The particular user TDM bus 78 and out over a designated IP connection via 

also preferably has the option to select an allowed parking WAN services 58, etc. 

time before the call is returned to the user running the office As previously described in connection with FIGS. 8A and 

attendant type program. Thus, a transferred call may be 9B, a user running the office attendant type program pref- 

temporarily parked, with an appropriate message displayed 20 erably is presented with icon 174 (FIG. 8A) and icon 214 

on the computer of the called party, with the parked call (FIG. 9B) for generating net messages, such as to send a net 

either accepted by the called party clicking on accept icon message to a user to whom a call is to be transferred, or to 

224, returned to the user running the office attendant type otherwise send a net message to a particular user, etc. FIG. 

program or forwarded to voice mail after a parking time out lOA illustrates window 230 as an exemplary net message 

time has elapsed, or the call held longer than the allowed 25 window that may be generated in response to clicking icon 

parking time by the called party clicking on wait icon 226. 174 or 214. As illustrated, window 230 preferably includes 

In certain embodiments, clicking on wait icon 226 enables box 232 to identify the recipient of the intended net message, 

the call to be parked indefinitely, while in other embodi- which may be automatically selected by the office attendant 

ments a second, longer and preferably user configurable type program in the event of a failed call transfer situation, 

parking time is enabled (thus preventing a called from being 30 Otherwise, the recipient may be selected by pull-down menu 

held for an indefinite period of time). If a time out time is as illustrated, or by direct entry of a name or extension 

exceeded, preferably the call is returned to the user running number, etc. In preferred embodiments, as letters of the 

the office attendant type program or forwarded to voice mail, name is typed, the office attendant type program automati- 

and still preferably an audible tone or sound is periodically cally scrolls through the subscriber directory in order to 

emanated from the computer of the called party while the 35 more arrive at the desired net message recipient, 

call is parked, thereby providing a subtle reminder of the Box 234 is provided in order for the office attendant type 

existence of the parked call. In certain embodiments, users program user to type a desired net message. In alternative 

have the ability to mute or lower the volume of the reminder embodiments, a list of pre-generated net messages are 

sound, such as by way of an additional icon in window 220. available via a pull dovra menu or window opened with an 

In all preferred embodiments, users have the ability to 40 icon or the like (such pre-generated messages may include 

configure and select the particular options described herein whole or partial messages, greetings, etc. that are frequency 

that the particular users may desire. utilized, thereby saving the user from having to type a 

It should be noted that a window 208 may be displayed in repetitive message, etc.). The net message may be sent by 

response to a transferred call being returned to the user clicking on send icon 236 or canceled by clicking on cancel 

running the office attendant type program, or it or a similar 45 icon 238. It should be noted that the net message recipient 

window may be displayed in response to the user running the may be a user physically located in the same office and 

office attendant type program "looking ahead" to the status receive the net message by way of packet bus 80A or SOB 

of the extension to which the call is to be transferred. What (see FIG. 3), or alternatively, the net message may be sent 

is important is that the user running the office attendant type as Internet or other message by way of TCP/IP through 

program determine that the transfer may not be 50 modem 75 or through the WAN services network 58 (e.g., a 

accomplished, and then optimally be provided with options Tl connection) by passing through an HDLC framer 73B, 

for processing the call in an expedient manner, .such as such as was described with reference to FIG. 3. Thus, in the 

described elsewhere herein. situation in which a particular user is "off-premises," calls 

It should also be noted that, in the event of a particular may be forwarded off-premises (by appropriate program- 
user extension being dialed directly without going through 55 ming of the particular user's extension, as described else- 
the office attendant type program, a window such as window where herein), and net messages likewise may be forwarded 
220 of FIG. 9C may be displayed on the computer of the off-premises. 

called party, either automatically for all calls, or only in the FIG. lOB illustrates net message window 240 that may 

event that the called party has put his telephone on do not appear on the computer of the recipient. The recipient is 

disturb, but has configured his extension to receive a mes- 60 presented with the net message in window 242, and may 

sage notification of calls, or in the event that the called party close the net message by clicking icon 244. Alternatively, net 

is on the line. In such embodiments, communications system messages may be stored for archival purposes or later 

50 may generate such a window by a suitable message sent viewing, and in alternative embodiments net messages also 

over by packet bus to the user's computer. In such include a reply icon which may be cHcked in order to bring 

embodiments, communications system 50 may simulta- 65 up a window in which a reply message may be typed. In such 

neously ring a user's extension and notify the user of the call embodiments, an office attendant type program user may 

with a net message, with the called being accepted, parked inform the recipient, for example, of a particular caller, and 
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the recipient may inform the otEce attendant type program FIG. IIA illustrates one embodiment of such a conference 
user, for example, that the caller should be directed to a window250.Asillustrated, conference window may include 
particular individual or department or processed in a par- box 252, which may serve to indicate what calls, if any, are 
ticular way (directly to voice mail, call terminated, etc.). presently displayed on the ofiSce attendant type program 
With such embodiments, packet bus or other messages may 5 "console" (e.g., windows 150 of FIG. 8A). In the event that 
be readily exchanged in a manner to more readily facilitate calk are present on the console, such calls may be added to 
telephony management etc. the conference through the use of add icon 254. Attendees 
In alternate embodiments, net messages may be sent from invited to join the conference may be displayed in window 
a computer running an oflBce attendant-type program or a 260. Through the use of icon 256 one or more particular 
companion program, to any other computer coupled to lo attendees may be selected with the pointer or mouse and 
commimications system 50, either by way of the LAN or removed from the conference call attendee list, and through 
WAN, etc, In such em_bodim_ents, for example, if the user to the use of icon 258 all attendees may be removed from, the 
whom a message is directed is logged onto communications conference call attendee list. Window 262 may serve to 
system 50, the net message may be sent (preferably via display attendees current participating in the conference call 
communications system 50) either as a net message as 15 in the event that window 250 is opened while a conference 
previously described, or in the form of a visual "pink slip," call is in progress. Icon 264 may be used to call other parties 
"yellow sticky note," etc., which preferably appears in a in order to invite such parties to participate in the conference 
small window on the screen of the user/message recipient. call, and icon 266 may be used to cancel the add conference 
Still preferably, such "pink slip" or "yellow sticky note" call attendees operation (i.e., close window 250). Icon 268 
messages include icons for options such as reply, delete, 20 may be used to finish the add conference call attendee 
file/store, minimize, etc.; preferably, after a reply, delete, operation and preferably initiate or continue the conference 
and/or file/store command, the message window automati- call; in FIG. IIA icon 268 is illustrated as not active given 
cally disappears. In certain embodiments, if a plurality of that multiple invited attendees are not present and no con- 
such messages are received and have not been processed so ference call is on-going (and thus the conference cannot be 
as to disappear, then such messages automatically stack up, 25 initiated or continued). 

with a visual representation of stacked messages presented In the event that icon 264 is selected, a call others 
to the user (e.g., showing a third dimension of a stack of operation may be initiated. FIG. IIB illustrates one embodi- 
messages, etc.). In such embodiments, the user preferably ment of window 270 for calling additional attendees. As 
sees the most recently received message on top, and also has illustrated, window 270 preferably includes dialpad 272, 
the option to freeze/hold the updating of the me.ssage stack 30 which may be utilized to dial the extension or telephone 
such as by selecting a suitable icon (e.g., if the user is number of a party to be added to the conference, which may 
reading a particular message, he/she may command that the be a party either on premises or off premises. Window 274 
message being read is not replaced by a subsequently may be used to access either personal or system contact 
received message), scroll through the stack of messages, etc. information, or both personal and system contact 
Still preferably, the user may select (again my suitable icon) 35 information, such as previously described. The names of 
that a particular message be forwarded to himself/herself as particular subscribers may be entered or displayed in win- 
email, or to another person either as a similar message or dow 273, and the extension or number of a particular party 
email, etc. In preferred embodiments, communications sys- to be added to the conference may be entered or displayed 
tem 50 automatically stores and sends as email all such in window 276. Additional attendees may be added with 
messages that are not processed in a definitive manner by the 40 icon 278 or removed with icon 280, with the additional 
user (e.g., if the user logs offwithout having replied, deleted, attendees identified in window 282, with attendees in the 
stored, etc. such messages, then communications system 50 conference identified in window 284. The next icon 286 
processes such unclosed messages as emails to the particular preferably may be used to proceed to a dialog box from 
user or users, etc.). which the additional attendees may be called to join the 
It also should be noted that a sender of a net message may 45 conference. Selecting the finish icon 288 preferably results 
be prompted that a particular user to whom a net message is in the conference commencing or continuing without pro- 
being directed is not logged on. In such embodiments, the ceeding to a call dialog box. 

sender may then be prompted (such as with a suitable In the event that next icon 286 is selected, a call attendee 

information display and icon) to convert the net message to dialog box preferably appears, with an exemplary dialog box 

an email message, etc. 50 illustrated in FIG. IIC. As illustrated, window 290 includes 

As illustrated in FIG. 8A, conference icon 172 may be call icon 294, which may be used to initiate a call to a 

utilized to initiate a conference call in accordance with particular selected additional attendee (who may be selected 

certain preferred embodiments of the present invention. with the mouse or pointer in a conventional manner). 

Certain conferencing preferred embodiments of the present Remove icon 292 may be used to remove additional attend- 

invention will be described with reference to FIGS. IIA 55 ees from window 296. Preferably, each additional attendee 

through HE. is called and informed that they are being added to the 

As indicated, conference icon 172 may be utilized to conference call; if the additional attendee agrees to be added 

initiate a conference call in accordance with the present to the conference call, the call preferably is placed on hold; 

invention. Alternatively, in other preferred embodiments the otherwise the caller may hang up or be processed in some 

conference call may be initiated by a click and drag opera- 60 other desired manner. Once all additional attendees have 

tion. For example, an icon indicating a received call or the been contacted and placed on hold as desired, finish icon 300 

status of a received call (such as described earher) may be may be selected to initiate or continue the conference with 

clicked and dragged over the opened dialpad (see, e.g., FIG. the additional attendees. Back icon 299 may be use to return 

8A). The oflSce attendant type program recognizes this click to the window illustrated in FIG. HE in order to add 

and drag operation as a request to open a suitable conference 65 additional attendees, etc. 

window, and the office attendant type program thereafter Preferably, as additional attendees are called, window 302 

automatically opens the conference window. appears as illustrated in FIG. UD. As illustrated, window 
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302 includes information display 304, which preferably ofSce may effectively be passed from computer to computer 
displays the name and/or number of the additional attendee along the same packet bus or from a first computer con- 
being called, as well as the status of the call. Icon 306 may nected to a first packet bus to a second computer connected 
be used to hang up or terminate the call, while icon 308 may to a second packet bus. Thus, telephony control may be 
be used to add the additional attendee to the conference call. 5 efficiently transferred from computer to computer in a flex- 
Still preferably, an add conference attendee window is ible and desirable manner, which may include computers at 
invoked, for example, if one call has been added to the different locations within the ofEce. 
conference and no other call is active on the console, etc. It also should be noted that an ofBce attendant-type 

Still preferably, conference call monitor window 310 may program also may be run from a location remote from 
be displayed by the ofSce attendant type program, as illus- lO communications system 50, such as on a computer coupled 
trated in FIG. HE. As illustrated, window 310 may include to WAN services network 58 of FIG. 3. In such 
window 312 for displaying an identification of all attendees emhodim.enis, a remote computer coupled to communica- 
participating in the conference call. From window 310 tions system 50 over a WAN network connection may run 
additional parties may be added to, or removed from, the the oflBce attendant-type program and remotely control the 
existing conference call. Icon 314 may be used to confirm is telephony functions of the office, in a manner such as 
that the existing list ofconference participants is acceptable. described previously herein. Thus, control of telephony 
Icon 316 may be used to allow the party running office functions may be effectively performed in the office or 
attendant to join as a party to the conference call. Icon 318 remotely from the office, with control passed from computer 
may be used to add additional parties to the conference call, to computer in an efficient and desired manner. Additionally, 
such as a call that is existing on the console as illustrated in 20 the user of the remote computer may run an office attendant- 
FIG. 8A (as an example, a call is received by the office type program or a companion program as described else- 
attendant program while the conference is in progress), or by where herein, and from such remote location be coupled to 
adding an additional attendee. Such operations to add addi- communications system 50 and remotely reconfigure the 
tional attendees preferably may be achieved as described telephony and/or voice mail settings for the particular user, 
earlier in connection with FIGS. HA through UD. Icon 320 25 As an example, the remote user may use the remote com- 
may be used to remove attendees from the conference call. puter in order to direct telephone calls to his/her extension 

What should be noted is that, in accordance with the to voice mail, or alternatively to have such calls forwarded 

present invention, easy to use and intuitive graphical inter- to another extension or to a remote telephone number. With 

faces are provided to initiate, maintain and monitor confer- such embodiments, particular users may remotely access 

ence calls in accordance with preferred embodiments of the 30 communications system 50 and, for example, control the 

present invention. Such embodiments preferably are imple- forwarding of calls to an internal or remote location. As a 

mented utilizing communications system 50 as illustrated, particular example, a user using a notebook computer or 

for example, in FIG. 3, which provides a exceptionally PDA, etc., may couple to the Internet or WAN, etc. from a 

desirable platform for managing voice and data communi- remote location, and direct that telephone calls to his/her 

cations while allowing a user to more optimally manage 35 office extension be forwarded in a desired manner (e.g., 

and/or participate in such conference calls. off-premise call forwarding, etc.). With the user able to 

Still other features in accordance with preferred embodi- access communications system 50 and remotely set and 

ments of the present invention will be described with store PBX-type settings remotely, a variety of desired recon- 

reference to FIG. 12. As illustrated in FIG. 12, communi- figuration options are presented to the user, 

cations system 50 (which preferably may be implemented as 40 Additional advanced PBX/telephony-type functions in 

described in connection with FIG. 3) is coupled to one, two accordance with other embodiments of the present invention 

or more packet buses (such as packet buses 80A and 80B), will now be described. 

connected to which may be a plurality of computers 24. One In preferred embodiments, communications system 50 
or more computers 24 may run an office attendant-type may dynamically associate physical telephones 12 with 
program, or alternatively a companion program to the office 45 particular user extension numbers. In certain respect, this 
attendant-type program, such as described elsewhere herein. may be considered like a "DHCP' (described elsewhere 
As previously described, such computers running an office herein) for physical telephones. For example, a system 
attendant-type program may be advantageously utilized to administration may run a configuration/administration pro- 
manage and control incoming and outgoing calls in the gram (such as described elsewhere herein) and configure an 
office. In accordance with the present invention, for 50 extension number (e.g., 200) for a particular user, including 
example, a first computer 24 at a first physical location in the associated parameters for such user, such as telephony and 
office (e.g., coupled to communications system 50 over a voice mail options (e.g., user forward settings, including off 
packet bus, for example) may be designated as the telephony premise call forwarding, busy forward settings, ring-no- 
control station for managing the incoming and outgoing answer forward settings, time of day forward settings, 
calls. A second computer 24 at a .second physical location in 55 display name for telephones displaying caller names, etc., 
the office (e.g., coupled to communications system 50 over whether the telephone is configured to be a telephone for a 
the same or a different packet bus, for example), may be user running an office attendant-type program, etc.). At this 
designated as a secondary telephony control station. If the time, the system administrator may or may not assign a 
first telephony control station exceeds a designated call physical telephone to that extension. Thereafter, the system 
capacity (such as described eariier), or the first telephony 60 administrator may notify the user that his/her extension 
control station goes off-line such as to due to a local failure number is 200. The system administrator also has the ability 
or due to the user of the first telephony control station to enable and/or assign physical telephones. In the event that 
logging off, etc. (such as going to lunch, going home for the the system administrator has not assigned a physical tele- 
day, etc.), the second telephony control station is ready to phone to that user, the user preferably has the ability to 
immediately assume control of managing the incoming and 65 assign a physical telephone to his/^ier extension. For 
outgoing calls of the office. In accordance with such example, the user may pick up a telephone that has been 
embodiments, control of the telephony functions of the enabled, and preferably does not have an extension assigned 
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to that telephone, and the user enters a special code, e.g., 
numbers that communications system 50 recognizes as a 
request to assign a physical telephone. In certain 
embodiments, communications system 50 audibly informs 
(such as using DSP 76) the user of the status of that physical s 
telephone (e.g., enabled or disabled, presently assigned to an 
extension, etc.). Thereafter, the user preferably is prompted 
audibly to enter his/her extension number. Optionally after 
a confirmation prompt, communications system 50 then 
assigns that physical telephone to the particular user. Still lo 
optionally, if the particular user extension is already 



In all such embodiments, users may be desirably informed 
that they have email and/or voice mail with their telephony 
device (e.g., telephone). 

As described elsewhere herein, communications system 
50 may serve to provide email services to particular users 
with telephone extensions associated with communications 
system 50, etc. In addition, communication system 50 also 
provides a platform (such as with processor/system 
resources 70) on which various management, administration 
or other types of applications may be run (exemplary such 
assigned to another phy.sical telephone, then communica- applications are described elsewhere herein). In one 
tions system 50 un-assigns the other physical telephone at embodiment, various WAN and other information is pro- 
the time a new physical telephone is assigned to the par- vided using an what is known as a SNMP-type protocol (as 
ticular user/user extension. 15 is known in the art, SNMP stands for Signaling Network 

As will be appreciated, with such embodiments a special Management Protocol, which is a protocol/method by which 
code also may be provided to un-assign physical telephones network management applications can query or request 
from particular user extensions, which preferably is imple- information from a management agent (such as are imple- 
mented with password protection for particular users to mented in the present invention with processor/system 
ensure that the user's extension may not be assigned or 20 resources 70 and appropriate software, etc.). A novel aspect 
re-assigned to physical telephones without the user's autho- of such embodiments of the present invention is that the 
rization or control (e.g., after entry of the extension number, voice mail system of communications system 50 also is 
communications system 50 prompts the user for a password 
associated with that user extension, and only allows assign- 
ment of a physical telephone to that extension if the correct 2 
password is entered, etc.). Thus, a user may assign his 
extension to a physical telephone by picking up that tele- 
phone and entering appropriate commands via the telephone 
keypad, and may un-assign his/her extension from that 

physical telephone by similarly picking up the physical 30 'hat is SNMP compliant can access and view such v 
telephone and entering appropriate commands via the tele- mail related information. Exemplary voice-mail-related 
phone keypad (or by assigning the extension to a different information that may be made available via SNMP to an 
physical telephone, as previously described), etc. In accor- SNMP compliant tool or application is set forth in Table 1. 
dance with such embodiments, various ofSce telephony With such embodiments, network (WAN and LAN, etc.) and 
arrangements may be implemented, such as an office 35 PBX information along with voice mail-related information 
arrangement in which a plurality of cubicles, offices or other may be desirably provided using SNMP to a variety of 
physical spaces are provided with physical telephones but SNMP tools and applications, 
are not assigned to particular users. In accordance with such 
embodiments, particular users may be assigned an 
extension, and may occupy an available physical space and A 
assign the physical telephone in that physical space with the 
user's extension. At the end of time for occupying that 
physical space, the user may un-a.ssign his/her extension 
from that physical telephone, and then re-assign the exten- 
sion to another physical telephone when the user later 4 
occupies another physical space, etc. 

Additionally, as previously described communications 
system 50 may serve as an email server or otherwise serve 
to distribute email to particular computers (such as comput- 
ers 24) coupled to communications system 50. Thus, com- 5 
munications system 50 can store information indicating that 
a particular user or users have received email. In such 
embodiments, communications system 50 preferably pro- 
vides a vi.sual or audio indication to the user that he/she has 
email. As illustrative examples, a special dial tone or mes- 5 
sage may be generated (such as with DSP 76) and presented 
to the user's telephone so that, when the user picks up his/her 
telephone, the special dial tone or message alerts the user 
that he/she has email (which also may include a special tone 
or message indicating that the user has voice mail). As one 6 
example, the tone or message may be a particular sound, but 
preferably is an audible message such as "you have email," 
or "you have voice mail and email" or "you have voice 
mail," etc. In the event that communications system 50 is 
implemented with telephones 12 having message indicator 6 
lamps, a particular lamp or blinking sequence may be used 
to indicate that the user has email, voice mail or both, etc. 



implemented in a manner to provide voice mail related 
information in an SNMP-type form. Thus, in accordance 
; with such embodiments of the present invention, commu- 
nications system 50 stores a variety of information relating 
to voice mail, such as information relating to the status of the 
voice mail system, failure or alarm-type information, usage 
In such embodiments, any tool or application 



TABLE 1 

Where Description 



MsgCreale 
MsgSent 
MsgSendFa 



MbxLogofif 

TooManyErrors 

TooShort 

MWIOn 
MWIOfif 
MWIFail 

TMOOper 

ZeroOper 

ErrotOper 

EiTOrPassword 

DiskFiill 



)X (versus abandoned) 



Number of times the AA/VMS application 
was restarted/reloaded 
Number of requests to turn MWI On 
Number of requests to turn MWI Off 
Number of MWI (On/Ofl) requests that 



erofca 



s transferred to Operator 



Number of calls transferred to Opera 



>s too full to take a 
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TABLE 1-continued 



Label 



Where Description 



ExtDirlnCall 

ExtFwdlnCall 

IntDirlnCall 

IntFwdlnCall 

NewMsg 

FwdMsg 

ReplyMsg 

MultAddress 

NameRecord 

OreetRecord 



Number of direct external (trunk) calls into 

AAA^S 

Number of external calls forwarding into 

AAA'MS 

Number of direct internal (station) calls into 
AA/VMS 

Number of internal calls forwarding into 
AAATHS 

Number of "new" messages recorded and 
sent by logged on users 
Number of "forwarded" messages recorded 
and sent by logged on users 

• of "reply" messages recorded and 



Numb 



a Greeting message was 



Video Conferencing Type Applications 

In accordance with preferred embodiments of the present 
invention, advanced video conferencing capability may be 
readily provided in a variety of oflSce environments. Certain 
such preferred embodiments will be described with refer- 
ence to FIGS. 13A through 13C. Such embodiments may 
also be more readily understood by also referencing previ- 
ously described figures, such as FIG. 3, etc. 

With reference to FIG. 13A, video conferencing in accor- ^° 
dance with a first embodiment will be described. As illus- 
trated in FIG. 13A, communications system 50 is coupled to 
video conferencing unit or VCU 330. VCU 330 may be a 
video conferencing system or a higher end computer or the 
like that preferably includes camera 334 and is coupled to 35 
communications system 50 over bus 332, which preferably 
is a high speed serial or other interface trunk, such as, for 
example, what is known as a V.35, V.36 or V.37 interface 
trunk. In such embodiments, cards 82 of communications 
system 50 include an appropriate interface card for the 40 
particular interface trunk and preferably enable a direct and 
compatible interface with VCU 330. In such embodiments, 
video information from camera 334, and audio information, 
as appropriate, from VCU 330, are coupled to communica- 
tions system 50 over bus 332. Still preferably, the data 45 
stream from VCU 330 is in a form compatible with trans- 
mission over, for example, a T-1 line. In such preferred 
embodiments, the data stream from VCU 330 is coupled to 
TDM bus 78 via station cards 82, and then coupled to 
switch/multiplexer 74, and then redirected via switch/ 50 
multiplexer 74 to, for example, T-1 line 51 that is coupled to 
WAN services network 58 (of course, one or more additional 
compatible VCUs preferably are coupled to WAN services 
network 58 in order to complete the video conference). In 
such embodiments, video conferencing may be achieved 55 
eflSciently with a data stream coupled from VCU 330 to 
communications system 50 to, for example, a T-1 line via 
TDM bus 78 and switch/multiplexer 74. 

FIG. 13B illustrates VCU 336 with camera 340 (which 
may be previously described) coupled to communications 60 
system 50 over bus 338, which in this embodiment in an 
ISDN or T-1 type interface that supports, for example, a 
H.323 video conferencing standard. In such embodiments, a 
data stream (e.g., video and audio) from VCU 336 is coupled 
to communications system 50, coupled via an appropriate 65 
ISDN/T-1 compliant station card 82 to TDM bus 78 and to 
switch/multiplexer 74. Thereafter, from switch/multiplexer 



74 the data stream may be coupled via an appropriate station 
card 82 to outgoing T-1 line 51 to WAN .services network 58. 

Yet another embodiment of video conferencing in accor- 
dance with the present invention is described with reference 
to FIG. 13C. As illustrated, computer 24 is coupled to 
communications system 50 over packet bus 80A (see, e.g., 
FIG. 3). Computer 24 includes camera 24A and preferably 
a microphone and speaker. Video and audio information 
preferably are coupled between communications system 50 
and computer 24 through an appropriate packet standard, for 
example what is known as H.323. Referring again to FIG. 3, 
in such embodiments packetized video information is pro- 
vided from computer 24 to communications system 50 over 
packet bus 80A. Processor/system resources 70 processes 
the packetized data stream (e.g., de-packetizes the data 
stream), which preferably now is in a suitable form/protocol 
(such as TCP/IP) for transmission to a remote computer 
running a compatible video conferencing program. As illus- 
trative examples, the video data stream may be directed by 
processor/system resources 70 to fax modem 75 and coupled 
to a remote computer, or the video data stream may be 
directed by processor/system resources 70 to an HDLC 
framer/deframer 73B, to switch/multiplexer 74, to TDM bus 
78, to an appropriate station card 82 and to WAN services 
network 58 via trunk 51 to which is coupled one or more 
remote computers for completing the video conference. It 
also should be understood that one or more such computers 
desiring to establish a video conference also may use an 
Internet connection established with the aid of what is 
known as an ILS (or Internet locator service) dynamic 
directory, a real time directory server component, which 
serves to aid "user to IP mapping" for establishing desired 
point-to-point connections for video conferencing. 

It also should be noted that such video streams from 
computer 24 may be directed to one or more other computers 
on the same packet bus 80A (using the hub feature of 
communications system 50), or to one or more other com- 
puters on a different packet bus (using the router feature of 
communications system 50), such as previously described. 

It should be noted that the documentation for particular 
video, telephony and other standards, such as T-1, ISDN, 
V.35, H,320, H.323, etc. are publicly available, and such 
standards documentation is hereby incorporated by refer- 
ence. 

As also described elsewhere herein, in preferred embodi- 
ments VoIP communications may be readily enabled. Refer- 
ring again to FIG. 3, voice from a telephone 12 may be 
coupled via station cards 82 and TDM bus 78 to switch/ 
multiplexer 74. From switch/multiplexer 74, the voice data 
stream may be directed to DSP 76, which directly or in 
conjunction with processor/system resources 70, produce 
appropriate IP packet data (in effect, DSP 76 and/or 
processor/system resources 70 serve as, for example, a 
TCP/IP processor). After IP packcting, the voice dala maybe 
directed to WAN services network 58 via an HDLC framer/ 
deframer 73B (such as described elsewhere herein), or may 
be directed to one or more packet buses/LANs, also as 
previously described. It should be noted that, with DSP 76, 
which may be configured to provide substantial processing 
resources, voice data may be IP processed effectively with 
minimal or no consumption of the resources of computer/ 
system resources 70, thereby helping to prevent an undesir- 
able loading of computer/systems resources 70. 

It also should be noted that such embodiments have been 
described with reference to VoIP applications. It should be 
noted that such embodiments also may be used with other 
network protocols that may carry voice-type information. 
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Thus, in accordance with the present invention, a network Based on an embedded Windows NT operating system, 

protocol (such as IP) may desirably be used to efficiently communications system 50 applications use standard appli- 

carry voice-type information, thereby providing more effi- cation programming interfaces (APIs) such as NDIS, TAPI, 

cient communications services to office utilizing communi- COM, and WinSock. With these APIs and communications 

cations system 50. 5 system 50 TAPI Service Provider (TSP), applications devel- 

It also should be noted that, with communications system oped by independent software vendors, including advanced 

50 implemented such as illustrated in FIG. 3, data, voice and CTl applications, can be easily deployed on the system, 

video streams may be converged over a common T-1 trunk. Communications system 50 system also eliminates the 

Thus, a user may more readily be able to efficiently use a T-1 complexity inherent in today's multivendor piece-part alter- 

type of WAN resource with an integrated system that intel- natives. Instead of requiring installation and ongoing man- 

ligently manages and bridges voice, data and video data agement of multiple boxes from multiple vendors that were 

streams and processes. not designed to work together, this integrated system deliv- 

While the various windows, buttons and icons illustrated ers sophisticated voice and data solutions that are easy to 

herein are not limitative of any particular aspect of the install, administer, and use. 

present invention, such features and combinations of fea- Communications system 50 is a purpose-built, dedicated 
tures have been determined to provide advantages to users of 15 platform architected to ensure high availability. Some fea- 
such an office attendant-type program, particularly when tures include the "always-on" software architecture with 
used with embodiments of the present invention as illus- subsystem isolation, SNMP-based management, fault 
trated in FIG. 3 and the other drawings and related descrip- monitoring, life-line communications, and remote diagnos- 
tion. tics and fix capabilities. Also, fault-tolerance options include 
In accordance with the foregoing description and 20 redundant power supplies and redundant hard disk drives, 
embodiments, a variety of communications systems and With communications system 50, the user can dramati- 
data, voice and video processes may be desirably imple- cally reduce the cost of acquiring, operating, and managing 
mented. An exemplary communications system and the business communications. Communications system 50 
features of such an exemplary communications system vsrill delivers the cost reductions of integrated WAN services and 
now be described. 25 eliminates the need for the additional resources and person- 
Communications system 50 delivers comprehensive com- nel required by today's multivendor communications alter- 
munications support including PBX voice capability, fall natives. The unified management console and tools provide 
LANAVAN data connectivity, and a suite of communica- a cost-effective method to remotely manage the entire cus- 
tions applications in a unified platform designed for tomer premise. 

scalability, reliabihty, and ease of use. Communications 30 Communication system 50 includes many features and 

system 50 integrates standards based communications hard- benefits such as being a fully integrated, adaptable, reHable, 

ware and software with switching technology in a single and high performance system, while being a system that is 

system to meet the needs of different size oflSces. Unlike easy to install, manage and use. By utiKzing a fully inte- 

other complex central site products that are difficult and grated system, communication system 50 includes, among 

expensive to manage, communications system 50 of the 35 other features, integrated suite of apphcations, digital trunks 

present invention is optimized for use by an office of 5 to 100 54, and a unified management console. Integrated suite of 

users. applications in communication system 50 provides an ideal 

Communications .system 50 increases the efficiency of platform for deploying future business-transforming 

office communications and provides businesses a competi- Internet/voice applications while at the same time increasing 

tive edge by integrating the following voice, data, and 40 productivity and customer satisfaction by cost-effectively 

communications functions into one remotely manageable deploying integrated voice and data applications, 

platform: PBX; Voice mail; Automated attendant; Referring back to FIG. 2, digital trunks 54 lowers tele- 

Computer-telephony applications server; Channel bank; communications costs by integrating voice and data traffic 

Router; CSU/DSU; LAN hub; Remote access server; and on the same access trunk. Digital trunks 54 also allows a user 

Modems. 45 to cost-effectively deploy high-bandwidth trunks to the 

Communications system 50 architecture allows the user to smallest of offices. Finally, communication system 50 sig- 

combine one or more of the above referenced components nificantly reduces cost of deployment and ongoing manage- 

into a single, easy-to-use, easy-to-manage system. Because ment associated with legacy technologies, and reduces train- 

the Communications system 50 seamlessly interfaces with ing time by using a single graphical user interface, 

legacy voice and data equipment, the user can purchase only 50 A further benefit of communication system 50 of the 

those capabilities that is needed to create a comprehensive present invention is its adaptability to communications 

communications solution suited to user's business. As needs of the user. Communications system 50 includes a 

described earlier, an office attendant type program can be modular architecture that allows an office to pay only for the 

utilized assist communication system 50 to perform all of communications interfaces and options the office presently 

the above mentioned tasks. 55 requires and also provides the flexibility to add hardware 

Communications system 50 supports today's mission- interfaces or remotely load software applications as the 

critical communications applications, while providing a office needs change. 

natural migration path for new applications enabled by the Communication system 50 in the preferred embodiment is 
convergence of voice and data. At the core of the platform a standards based system. This ensures interoperability with 
are system resources designed for voice and data integration, 60 existing communications infrastructure for seamless deploy- 
including time division multiplexing 78 (TDM) and ment and provides access to the latest third-party applica- 
switching, high-speed packet switching 74, a multiprotocol tions and technology. Communications system 50 is also 
framing engine 72, LAN/WAN interfaces 82, and digital adaptable to new technologies; thus, this protects an office's 
signal processors 76 (DSPs). These resources are comple- investment with an architecture designed to accommodate 
mented by software services as illustrated in FIGS. 7A to 65 future technologies. 

HE such as advanced call control, messaging services, a Another feature of communication system 50 of the 

database management system, and routing services. present invention is its reliability. Some of c( 
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system 50 features that allow it to be reliable are the 
following: complete integration and extensive testing for 
hardware and software; embedded Windows NT operating 
system; redundant, load-sharing power supplies; indepen- 
dent fault monitoring; life-hne phone support, and RAID-1 5 
disk mirroring. The benefits of these features are the fol- 
lowing: virtually eliminates expensive downtime that results 
from incompatible hardware and applications; provides a 
single point of contact for fault isolation; ensures maximum 
application availability by isolating application subsystems; lo 
increases security by preventing unauthorized access; pre- 
vents interruption of service due to power supply failure; 
ensures maximum system availability by providing an inde- 
pendent watchdog service; keeps the user informed of 
system status through notification of system problems, no 15 
matter where the user is; ensures phone service, even during 
a power failure; and prevents downtime due to hard disk 
drive failure. 

The multiple-bus architecture, application prioritization 
and isolation, and automatic route selection adds to the 20 
performance of communication system 50. These features 
ensure high-grade voice quality by keeping voice and data in 
their native environments, allow conversion between the 
voice and data environments to support services such as 
voice over IP (VoIP), maximize investment by making 25 
community resources, such as DSPs and WAN/LAN 
interfaces, available to both voice and data applications, 
keep mission-critical communications systems functioning 
under heavy load by ensuring they receive required system 
resources, provide flexibiHty in routing calls, and least-cost 30 
routing saves money by dynamically selecting trunks based 
on criteria selected. 

Communication system 50 is easy to install, manage, and 
use. Some of the features making communication system 50 
easy to install, manage, and use are it is web-based man- 35 
agement for remote configuration, diagnostics, and health 
monitoring, remote software upgrades, rapid installation, 
customizable management levels, and full SNMP instru- 
mentation for voice and data. The.se features simplify man- 
agement tasks by using a single, consistent management 40 
interface for your voice and data infrastructure, reduces 
personnel costs by leveraging centralized technical 
resources to manage remote offices, minimizes downtime 
and on-site visits through extensive tools for remote trouble- 
shooting and diagnostics, ensures system integrity by flex- 45 
ibly addressing different access requirements for system 
administrators, enables a user to reduce support costs by 
distributing simple, repetitive tasks such as moves, adds, and 
changes to office personnel, leverages yom' existing SNMP 
infrastructure to manage both voice and data capabilities on 50 
the communication system 50, allows the user to save 
money by performing software upgrades from a central 
location, and saves valuable time and money because the 
system can be installed and configured quickly. 

Next, the specifications for the communications system 55 
50 in the preferred embodiment will now be described. As 
it will be apparent to one skilled in the art, it is important to 
note that a different configuration and/or additional or 
reduced number of components can be used with commu- 
nication system 50 without altering the scope and spirit of 60 
the present invention. In a preferred embodiment of com- 
munication system 50 of the present invention, a resource 
switch card (standard with every chassis) includes the fol- 
lowing: 12 lOBase-T Ethernet hub ports; 12 analog phone 
ports; 6 analog trunk ports (including 2 life-line ports); 65 
communications switch engine and other system resources; 
2 internal 56 Kbps fax/modems (V.90 and K56); fault 



monitor; connectors; R.I-45 (Ethernet), 50-pin RJ-21x 
(phone), 3.5 mm phono (line-m, line-out), 15-pin VGA; and 
Indicators: System status; link and activity for each Ethernet 
port. 

The Optional expansion interfaces of communication 
system 50 includes the following components: (1) Analog 
trunk modules, with 4 and 8-port versions available; Loop 
start and ground start; REN: 0.65 B; Impedance: 600 ohms; 
Compliance; FCC Part 15 Class A, FCC Part 68, UL 1950, 
DOC, CSA; Connector: 50-pin RJ-21x; and Indicators: 
System status; (2) Tl trunk modules — 1- and 2-port versions 
available; Line rate; FTl and Tl (64 Kbps-1.544 Mbps); 
Framing: ESF, SF/D4; Line code: Alvii, B8ZS; integrated 
CSU/DSU; Compliance; FCC Part 15 Class A, FCC Part 68, 
UL, CSA, ANSI Tl.lOl (MTIE), ANSI Tl. 403- 1995, AT&T 
TR62411; Connector: RJ-48C, dual bantam (monitor jack); 
and Indicators; System status; red and yellow alarms for 
each Tl port. (3) lOBase-T Ethernet hub cards — 12- and 
24-port versions available; Layer 3 segmentation option: 
TrafSc is routed between cards; Full SNMP instrumentation; 
Compliance; FCC Part 15 Class A, FCC Part 68, UL, CSA, 
IEEE 802.3, ISO/IEC 8802-3; Connector: RJ-45; and Indi- 
cators: System status; Unk and activity for each Ethernet 
port. (4) Analog station cards — 12- and 24-port versions 
available; Supports standard and enhanced analog phones 
with features such as enhanced caller ID display and 
message-waiting lamp; Operating voltage: Onhook -48V, 
OflEhook -24V; REN: 3 B; On-board ringing power supply; 
Audio frequency response: 300 to 3500 Hz; Compli 
FCC Part 15 Class A, FCC Part 68, UL, CSA; Connector: 
50-pin RJ-21x; and Indicators; System status; (5) Fault- 
resilient options — Redundant hard drive for disk mirroring 
(RAID-1); and Redundant power supply. 

The following table describes an interface summary 
according to the present invention. 



Ports Ports POTS 



IO-12AS-C 
IO-24AS-C 
I0-12EH-C 
IO-24EH-C 
IO-4AT-M 
lO-SAT-M 



Cliassis (ma 



l-M 
IO-2T1-M 



Next, the chassis specifications will be described for the 
preferred embodiment of the present invention. The follow- 
ing are the physical specifications of communication system 
50 of the present invention: (1) Height: 23.125 in (58.74 
cm); (2) Width: 17.5 in (44.45 cm); (3) Depth: 18 in (45.72 
cm); and (4) Weight: 88 lbs (40 kg), maximum configura- 
tion. Next, the mounting options will now be described: (1) 
Rack-mount (standard EIA 19-inch rack) and (2) Stand- 
alone. The power requirements are as follows: 95-132 VAC, 
47-63 Hz, 5.0 A; 190-264 VAC, 47-63 Hz, 2.5 A; Inrush 
current (one power supply): 40 A maximum (115 VAC), 80 
A maximum (230 VAC); and Optional second hot- 
swappable and load-sharing power supply. The environmen- 
tal ranges are as follows: Operating temperature: 32° to 104° 
F. (0° to 40° C); Operating humidity: 85% maximum 
relative humidity, noncondensing; and Operating altitude: 
Up to 10,000 ft (3,050 m) maximum. 
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Communications system 50 PBX and office attendant type features for call features include the following: Call 
program CTI Application provide sophisticated call control forwarding. Off-premise call forwarding. Transfer on busy 

and no answer, Time-of-day call forwarding. Call hold. Call 
toggle. Call waiting. Consultation call. Consultation 
transfer, Blind transfer. Conference call. Call pickup. Public 
address system support, and Do not disturb. TTie features for 
calling and called party identification are as follows: support 
for enhanced caller ID phones, and Extension-to-extension 
identification. 



and 

The PBX capabilities will now be described. Communi- 
cations system 50 PBX provides a full-featured, nonblock- 
ing digital PBX with sophisticated call control capabilities. 
These capabilities are delivered using standard analog tele- 
phones connected to your existing phone wiring. In addition, 

communications system 50 supports advanced call control lutuum-auun 

capabilities over IP-based networks, for applications based ,„ iutmui^^iu""- 

on the Microsoft Telephony Apphcation Programming Inter- , Th^System features and management flexibih y 

face (TAPI) standard TAPI allows the communication sys- Clf.ss of Service profiles, Uniform diahng plan, 

tern 50 to optionally provide virtual digital telephones, Time-of-day dialing policy, Digitin.sertion, Automated route 

delivering advanced call control features over inexpensive selection (ARS), least-cost routmg. Trunk groups. Hunt 

standard analog phones. groups for intelligent call distribution, including linear. 

Referring to FIG. 24, additional TAPI related functional- 15 circular, and ring all. Direct inward dial (DID), Message 

ity in accordance with additional preferred embodiments notification; lamp and stutter dial tone. Individual user 

will now be described. profiles. Call detail recording. Phone set relocation, Music 

One of the main puiposes for providing TAPI support is on hold, 
to allow CTI applications to control telephony ports over the The following are the office attendant type program 
network. Although Microsoft provides this functionality via 20 features: (1) System — Standard Windows application; Call 
TAPI 2.1 and remote.tsp, this solution has the following control over IP; Software-based console that is easy to 
limitations: the TAPI Service (TAPISRV) is required to have relocate; Drag-and-drop dialing and conferencing; Virtual 
a user ID and password on the domain, which could be line appearances; Interface indicators signal call status; 
viewed as intrusive on a network and raises unnecessary Caller ID display; Calls in queue display; Company tele- 
security concerns. Also, with the Microsoft approach, the 25 phone directory; Lookup-as-you-type dialing; Personal call 
configuration application that maps telephony ports to work- log; Account number entry; Personal information manager; 
stations does not have an exposed API. This means that it is Conference manager; System speed-dial buttons; Program- 
not easily possible to configure TAPI clients using a remote mable feature buttons; Most recently used numbers list; 
administration system. Login security; CTI link test button; Context-sensitive help; 

An improved approach is to use Windows Sockets to 30 and Contact database importing; (2) Call handling — Dial 

communicate between the client and server, and to use a pad; Hang up; Transfer with look-ahead; Hold; Answer next; 

database to do the association of TAPI lines to client Call forwarding; Do not disturb; (3) Installation 

machines. By using Windows Sockets we eliminate the requirements — 66-MHz 486 PC with 16 MB of RAM 

requirement for the TAPI service to have a domain account, (Pentium recommended); and Windows 95 or Windows NT 

and by using our database for the TAPI configuration we 35 4.0. 

eliminate the requirement to do configuration through PBX and the ofBce attendant type program application are 

Microsoft's TCMAPP tool, which is only accessible on the an integral part of the communications system 50. Other 

server itself. Thus configuration can be done from anywhere Communications system 50 software components include 

in the client/server network. the following: Data Communications Services; Voice Mail 

This TAPI solution consists of two new components. 40 and AutoAttendant applications; Remote Management Sys- 

VNREMOTE.TSP is the new TSP that resides in the client tem. 
and will accept TAPI requests and route them to the server 
if necessary, and to process messages coming from the 

server. VNREMSRV.EXE is a service on the server that is achieved. Communications system 50 Voice Mail and 

the "hands, eyes and ears" for VNREMOTE.TSP inside the 45 AutoAttendant services help an office increase productivity 

server. It will process the requests passed on by VNRE- by allowing people to share information without time or 

MOTE.TSP and send events back to VNREMOTE.TSP The distance constraints. Customers can leave messages at any 

configuring of Windows Sockets is well-known in the art, time of day or night, with the assurance that the messages 

and accordingly any suitable variation that accomplishes will be delivered. Whether an office personnel is in the ofSce 

such functions consistent with the present teachings can be 50 or on the road, any office personnel can access messages 

utilized. Office attendant type program computer-telephony instantly from any phone in the world, 

application will now be described. Communications system In addition. Communications system 50 Voice Mail ser- 

50 Office attendant type program is an easy-to-use applica- vices allow a user to access the user's voice mail messages 

tion that places powerful telecommunications capabilities via the user's favorite e-mail application. The Communica- 

directly on the desktop. It provides comprehensive call 55 tions system 50 Voice Mail application is built with full 

handling functionality for operators and administrators, support for open industry standards — including IMAP4 

making them more efficient through an intuitive graphical e-mail application compatibility for remote voice mail 

user interface (GUI). retrieval, and WAV sound file format for ubiquitous message 

Communications system 50 apphcation expedites routine playback using the most popular operating systems, 

tasks such as answering and transferring calls. It also sim- 60 The Communications system 50 AutoAttendant applica- 

phfies more complex tasks such as setting up and managing tion economically processes inbound calls 24 hours a day — 

conference calls. Office attendant type program leverages answering each call, providing customized instructions 

advanced Microsoft TAPI over TCP/IP technology that based on the time of day or day of week, and routing callers 

allows communications system 50 to replace the tradition- to the person best able to help them. Callers can use the 

allyexpensive, immobile, and hard-to-use attendant console. 65 intelligent call distribution feature to reach a particular 

Communications system 50 PBX and Office attendant person or department, without requiring an operator or direct 

type program specifications are now shown below. PBX inward dial (DID) services. For companies that use DID, 
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AutoAttendant is ideally suited for assisting a live operator 
by handling common requests for information such as 
directions and mailing addresses. 

The following are the Communications system 50 Voice 
Mail and AutoAttendant Specifications. Voice Mail features 5 
include the following: Up to six concurrent voice mail 
sessions; Approximately 67 hours of storage; No additional 
hardware required; Interruptible prompts; and Password 
protection. The voice message handling feature includes: 
New message retrieval; Save messages; Listen to deleted lO 
messages before you hang up; Hear message time stamp and 
duration; Forward message; Reply to message; Skip mes- 
sage; Go to end of message; Backup and forward 5 seconds; 
Pause/resume listening; and Pause/resume recording. 

The versatile message notification features include: Stut- 15 
ter dial tone; Lamp indication; and IMAP4 e-mail retrieval. 
Next, the AutoAttendant features include: Customizable 
greetings; Time, day-of-week, and holiday scheduling; 
Automated call routing (individual extensions and hunt 
groups for departmental routing); Audio-text mailboxes; 20 
Dial by name; Multilevel menus; and Single-digit menus. 

The Voice Mail and AutoAttendant applications are an 
integral part of communications system 50. Other commu- 
nications system 50 software components include: PBX 
services; office attendant type program computer-telephony 25 
application; Data Communications Services; and Remote 
Management System. 

Communications system 50 delivers comprehensive com- 
munications support — multiprotocol router, full LANAVAN 
connectivity, PBX voice capability, and a suite of commu- 30 
nications applications — in a unified platform designed for 
scalability, reliability, and ease of use. 

Communications system 50 Data Communications Ser- 
vices provide built-in services for local area networks, 
connecting branch ofSces to headquarters, and providing 35 
remote access and Internet connectivity to its employees. In 
addition, the Data Communications Services allow offices to 
create virtual private networks (VPNs) to save money on 
remote access and interoffice connectivity. Further, an office 
can save significant money by integrating both voice and 40 
data traffic over the same Tl access circuit. The built-in 
multiplexer passes data traffic to the Data Communications 
Services for processing; the remaining voice traffic is passed 
directly to the PBX. 

Communications system 50 multiprotocol router is based 45 
on Microsoft's NT Routing and Remote Access Server 
(RRAS). An oiEce using communications system 50 may 
extend the base RRAS elements with value-added services 
such as frame relay and versatile WAN interfaces, including 
analog dial-up and integrated digital Tl and/or DDS circuits. 50 
Multiprotocol routing (MPR) capabilities provide full- 
featured, standards-based LAN and WAN routing optimized 
for small and branch offices. Standards-based features 
include: IP routing (RIP, RIPv2, 0SPFv2); IPX routing (RIP, 
SAP, IPXWAN); Packet filtering; Frame relay (RFC 1490, 55 
Cisco); Point-to-point protocol (PPP), Multilink PPP; Dial- 
on-demand routing; Classless Inter-Domain Routing 
(CIDR); PPP authentication protocols (CHAP, PAP); DHCP 
relay agent; Compression of TCP/IP headers for low-speed 
serial hnks; Path MTU discovery; PPP Internet Protocol 60 
Control Protocol (IPCP); Compression Control Protocol; 
and ICMP router discovery messages. 

Communications system 50 Data Communications Ser- 
vices include remote access services, allowing your business 
to extend its networks through phone lines — and keep up 65 
with an increasingly mobile work environment. Network 
managers can use the remote access server capabilities for 



out-of-band management access, which is especially useful 
for initial installation and troubleshooting from remote loca- 
tions. Furthermore, mobile and work-at-home users can 
seamlessly and securely access the user's corporate network. 
They can work, print, and run applications remotely using 
such features as the following: Comprehensive dial-up net- 
working support for all mainstream remote clients; Authen- 
tication; RADIUS client support; Token card support; PPP 
and Multilink PPP; Microsoft Point-to-Point Compression; 
Restartable file copy; and Idle disconnect. 

Virtual private networks lets a user use IP packet 
networks, such as the Internet, to provide secure connections 
between remote users and their corporate networks, without 
the expense of a dedicated private network. Communica- 
tions system 50 offers a flexible and comprehensive solution, 
based on the Point-to-Point Tunneling Protocol (PPTP), for 
creating VPNs. 

With PPTP, a user can dial into a local Internet service 
provider and access the network as easily and securely as if 
they were at their desks. PPTP technology offers significant 
advantages such as the following: Full interoperability with 
Windows 95, Windows 98, Windows NT Workstation, and 
many other VPN products; PPTP Client-to-Network; PPTP 
Network-to-Network for interoffice connectivity; Data 
encryption (RSARC4); and Compatibility with IP, IPX, and 
NetBEUI. 

Data Communications Services include powerful man- 
agement software that enables administrators to centralize 
ongoing network maintenance, diagnostics, and trouble- 
shooting; and easily accomplish remote changes such as 
setting up a brand new ofBce or making changes to an 
existing one. Features include the following: Full SNMP 
instrumentation; MIBs implemented for data and voice 
services; Performance and capacity monitoring; Display of 
interface status in real time; Ping; Trace route; NetStat; and 
WAN protocol trace capability. 

Data Communications Services are an integral part of 
communications system 50. Other communications system 
50 software components include: PBX services; Communi- 
cations system 50 computer-telephony application Voice 
Mail and AutoAttendant applications; and Remote Manage- 
ment System. 

Ongoing management costs make up the majority of 
operating expenses of a communications infrastructure. This 
is especially true for remote oiBces, where technical exper- 
tise is rare and trained personnel frequently make on-site 
visits to perform routine tasks such as moves, adds, and 
changes. Adding to the problem is the fact that most com- 
munications infrastructures consist of multiple boxes from 
multiple vendors, requiring a variety of specialized person- 
nel to operate and maintain the many components. 

Communications system 50 Remote Management System 
addresses these cost-of-ownership issues by providing inte- 
grated remote management capabilities for both voice and 
data services. Designed for remote management and fault 
monitoring, the Remote Management System provides a 
cost-effective method for managing the entire customer 
premise remotely. Companies with muhiple offices or plans 
to expand can realize significant cost savings by leveraging 
their expensive technical resources, no matter where they are 
located. Furthermore, the centralized management capabili- 
ties of communications system 50 present a unique managed 
network service opportunity for both voice and data service 
providers. 

The Remote Management System consists of the follow- 
ing components: 

(1) Remote Management Console: This component pro- 
vides a unffied Web interface for managing all aspects of 
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communications system 50. Based on HTML, Java, and 
push technologies, the Remote Management Console pro- 
vides a consistent interface that is easy to learn and use. 

(2) SNMP: Both the voice and data aspects of commu- 
nications system 50 have been SNMP instrumented, includ- ; 
ing key application services such as voice mail and PBX. 

(3) Call detail recording: A complete record of all voice 
and data calls placed or received by communications system 
50, this information can be used to analyze call patterns and 
trunk utiKzation, and to generate call reports. i 

(4) Independent fault monitor: A feature typically found 
only on large central-site systems, the independent fault 
monitor supervises system operation, and detects and reports 
faults to the system administrator. 

(5) Trace manager: A complete log of all system activity, i 
the trace manager provides useful information such as 
real-time call progress, WAN protocol traces, frame relay 
management information, and voice mail activity to facili- 
tate troubleshooting. 

Below is the specifications for communications system 50 2 
Remote Management System: Rapid installation: less than 
30 minutes; Remote software upgrades; Minimal technical 
expertise required; Robust, low-maintenance platform; 
Architected for high availability; Self-diagnostics to ease 
management burden; Remote management via digital trunks 2 
and over embedded 56 Kbps modems; and Centralized 
password facility. Remote Management Console of the 
present invention includes the following features and ben- 
efits: Web-based console that manages all voice and data 
services; Management of any InstantOflSce system in your 3i 
network over any TCP/IP connection; Multiple administra- 
tive levels (customizable); Password protection; Support for 
remote moves, adds, and changes; Monitoring and diagnos- 
tic utilities; Chassis view that provides an at-a-glance view 
of InstantOiEce system status, including LED states; 3: 
Graphical user interface that is easy to learn and use; 
Extensive online help; and Runs on Windows 95 and Win- 
dows NT, using Internet Explorer 4.0 or Netscape 4.0. 

The SNMP features include the following: Full SNMP 
instrumentation for voice and data; Support of standard 4( 
enterprise network management stations such as HP Open- 
View and Sun NetManager; SNMP standards: SNMP (RFC 
1157), Structure and Identification of Management Informa- 
tion (RFC 1155), Concise MIB Definitions (RFC 1212), 
MIB-II MIB (RFC 1213), Traps (RFC 1215); Standard 4: 
MIBs: Frame Relay DTE (RFC 1315), Tl/El Interfaces 
(RFC 1406), Repeater (RFC 2108), Microsoft HTTP, 
Microsoft LAN Manager, Microsoft RIPv2, Microsoft 
0SPFv2; Private MIBs: Tl extensions, station module, 
voice mail Call detail recording (CDR); Complete record of 5( 
all voice and data calls placed or received; Standard file 
format for import into CDR applications; and Remote analy- 
sis of CDR information without a dedicated workstation. 

The Independent fault monitor includes the following 
features and benefits: Embedded processor that provides an 5: 
independent watchdog service for the overall system; Sys- 
tem event log; Dedicated modem for remote access; Pager 
notification of system faults; System status: fan, power 
supply, operating system; and System reset. 

The Trace manager includes the following features and a 
benefits: Display of all system activity; Graphically based; 
Enabled on a per-service basis; Multiple trace levels; and. 
Events color-coded for readability. 

The Communications system 50 Remote Management 
System is an integral part of the communications system 50. 6; 
Other communications system 50 software components 
include the following: PBX services; Communications sys- 



tem 50 computer-telephony apphcalion; Data Communica- 
tions Services; and Voice Mail and AutoAttendant applica- 
tions. 

Together, these software components combine to provide 
you a powerful, easy-to-use communications solution opti- 
mized for your remote or small ofEce. 

Referring now to FIG. 14, additional preferred embodi- 
ments utihzing advanced call logging features will now be 
described. As illustrated in FIG. 14, call logging window 
350 may be opened by a user of an ofBce attendant-type 
program running on a computer in accordance with the 
present invention (see, e.g., FIG. 8A, caU log icon 142). In 
altemative embodiments, call logging window 350 may be 
automatically opened upon receipt of an incoming call, or 
upon initiation of an outgoing call. Window 350 preferably 
includes display windows 352 and 354, which preferably 
displays information for calls in the log, such as a call log 
identification number, begin call time, end call time, dura- 
tion of call, type of call (either inbound or outbound), 
account information, etc. In other embodiments, other infor- 
mation desired to be included in a call log record is included 
in such a window. Window 354 is illustrated with only one 
call displayed, although it should be understood that a 
plurality of calls my be displayed in window 354, and in fact 
the call log can include numerous calls that cannot be 
displayed simultaneously in window 354. A scroll button or 
buttons (such as scroll icon 353) preferably are provided to 
scroll up and/or down the logged calls. 

Preferably, window 356 is provided to display details of 
a particular call, which may be selected from a plurahty of 
logged calls in window 354 by a click of a mouse or pointer. 
Window 356 preferably includes details of the particular 
logged call, and also preferably includes account field or 
window 358 and note window 360. It should be noted that 
account field window 358 in preferred embodiments may be 
desirably utilized for purposes of tracking calls by account, 
and for desirably collecting such logged call information 
from a plurality of computers and generating reports based 
on such information. Window 360 may be utilized to display 
notes entered by the user prior to, during or after the call, 
and/or may display previously entered information. In cer- 
tain embodiments, window 360 may display information 
received from communications systems 50 over a packet 
bus, or from another computer on the packet bus, such as 
account status information, payment information, ordering 
information, etc. In such embodiments, such as based on the 
account information, particular information corresponding 
to this account may be desirably retrieved and made avail- 
able to the user calling the particular account, etc. 

In certain embodiments, upon receipt of an incoming call 
or upon initiation of an outgoing call, a window such as 
window 350 automatically appears (this may be by way of 
the ofiBce attendant-type program for a user who is managing 
incoming and outgoing calls of the office, or by way of a 
companion program for a user not managing incoming and 
outgoing calls of the office). In preferred embodiments, the 
user is prompted by a brief message displayed on the screen 
and/or an audio message played on the user's computer to 
enter the account number in window/field 358. In still other 
embodiments, the user must insert an account number in 
window/field 358 in order to complete the incoming or 
outgoing call. In such embodiments, processor/system 
resources 70 and/or the user's computer promptly reads any 
account number information provided by the user and any 
accepts or validates the account number (e.g., compares the 
entered account number to a stored list of valid account 
numbers, and determines if there is a match). In the event 
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that an invalid account number is detected, a suitable mes- resources (e.g., ethernet or other network cards/resources) 

sage window and/or audio alert indicating that the account enables remote control and monitoring of communications 

number entered is invalid, unrecognized, etc., preferably is system 50 in a flexible and desirable manner. In particular, 

provided to the user. In the event that a valid account number if a security arrangement known as a "firewall" is imple- 

is detected, then the call is completed. 5 mented in conjunction with communications system 50, the 

In alternate embodiments, the user is prompted by a brief use of such HTTP commands to configure a WAN service 
message displayed on the screen (such as in a suitable (for example) may be more readily accomplished in that 
window) or audibly, and the call completed but only for a most firewall systems utilize ports that allow HTTP 
predetermined time. This would enable the call to be com- communications/traflSc, which thereby reduces conflicts 
pie ted without account authorization and/or validation, but lo with the firewaU security system. In effect, remote process- 
would require that the account information be promptly ing may be accomplished by HTTP "tunneling" into com- 
input in a predetermined time interval. munications .system 50 with an IP-type connection, etc. 

In still alternate embodiments, communications system 50 It also should be noted that password/user identification 

(and/or another computer coupled to communications sys- security arrangements are preferably utilized in such 

tem 50 via a packet bus, etc.), periodically polls the com- 15 embodiments in order to maintain security over the configu- 

puters utilizing a program with a call logging such as ration and operation of communications system 50. Encryp- 

previously described retrieves the call log information. With tion techniques also may be utilized in order to improve such 

automated call log polling, a central resource such as com- security if desired for the particular application, 

munications system 50 (and/or another computer) may It also should be noted that such embodiments preferably 

periodically, and preferably automatically, coUect caU log- 20 operate on the basis of "transactions." Preferably, the remote 

ging information over the packet bus (again, see, e.g., FIG. computer or client coupled to communications system 50 

3), which may be then made available to a suitable appli- using a session implemented with HTTP "tunneling" estab- 

cation running on communications system 50 and/or another lish a transaction-based interaction. In accordance with such 

computer, and compiled, processed, analyzed, printed, etc. embodiments, the client initiates a transaction using, for 

In accordance with such embodiments, incoming and out- 25 example, Java programming remotely, such as over the 

going calls may be desirably logged and associated with Internet, preferably using what is known as a private virtual 

account information, with such logged information desirably network or private virtual channel connection. The particu- 

collected from a plurality of computers and made available lar transaction or operation (such as described elsewhere 

to a central resource for further processing and/or use. herein) are initiated by client and proceed until completion. 

It should be noted that in preferred embodiments, com- 30 at which time the results of the transaction are made known 

munications system 50 continuously monitors or knows to the client, or else the client has the option prior to 

which particular computers are "logged on" and running an completion of the transaction of "roUing back" or canceling 

ofBce attendant-type program or a companion or other the transaction in the event that the client user determines 

program. In this manner, communications system 50 may that something is wrong or incorrect with the transaction, 

continually be aware of which computers/users are logged 35 etc. Preferably, the software on the communications system 

on, and may thus send emails, commands, net messages or "server" prompts the client with an option to accept, modify 

take other actions based on such information. or roll-back the transaction. In preferred embodiments, the 

Referring now to FIGS. 15 through 17H, various aspects client-server session may process one or a series of such 

of remote administration/configuration and remote diagnos- transactions. With such a transaction-based system, remote 

tics of a system such as communications system 50 in 40 commands and operations may be performed in a more 

accordance with certain preferred embodiments of the secure manner between the preferably Java client and server, 

present invention will now be described. aU of which is preferably achieved using HTTP tunneling as 

FIG. 15 illustrates a window from a remote previously de.scribed. 
administration/configuration application/applet (preferably Referring again to FIG. 15, various icons are illustrated 
what is known as a Java applet, etc.) that preferably utilizes 45 for remote access by a user desiring to remotely administer/ 
a desirable browser-type application interface. With a configure communications system 50. By clicking appropri- 
browser type interface, a person desiring to remotely con- ate icons, various system administration/configuration func- 
figure or administer communications system 50 desirably tions may be implemented. As illustrated, general 
uses a browser and preferably establishes an IP or similar administration functions may include or relate to: log off, 
connection with communications system 50. In preferred 50 diagnostics, help, chassis view (described in greater detail 
embodiments, the IP-type connection may be established via later), general settings, software versions (enabling a view- 
WAN connection (via WAN network services 58; see, e.g., ing of a registry of software modules and releases, etc., 
FIG. 3), via a LAN connection, via a serial port connection installed on the particular communication system 50), call 
(via, for example, a serial port to processor/system resources detail report, restart/reboot, password administration, SNMP 
70), via a modem connection (via modem 75 of FIG. 3), etc. 55 configuration, system backup/restore, disk array 

What is important to note is that administration/ configuration, access permissions, SNMP alarms, software 

configuration of communications system 50 may be upgrade, date and time, etc. As illustrated, PBX and voice 

remotely performed via an IP or similar connection, prefer- mail administration functions may include or relate to: 

ably with a browser-type application, and preferably using exten.sion configuration, auto attendant and voice mail, first 

the HyperText Transfer Protocol ("HTTP") or similar pro- 60 digit table, hunt groups, station ports, local TAPI 

tocol. In such preferred embodiments, HTTP commands configuration, CTI speed dial numbers, etc. As illustrated, 

may be used to remotely administer, configure and diagnose data administration functions may include or relate to: IP 

communications system 50 in a desirable and flexible man- network settings, IPX configuration, RRAS routing (routing 

ner. It should also be noted that the use of HTTP commands and remote access service), network services and adapters, 

in such a manner to administer, configure, etc., WAN 65 etc. As illustrated, trunk administration functions may 

resources (e.g., T-1 cards or resources), PBX and telephony include or relate to: trunk groups, T-1 trunks, trunk access 

resources (e.g., station cards, voice mail), and LAN profiles, analog trunks, frame relay, etc. 
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What is important to note is that, in such preferred 
embodiments, various icons are presented so that a remote 
person may conveniently select via an appropriate and 
intuitive icon an applet to achieve the desired function or 
operation, and which may conveniently be used to configure 
and administer the communications system and configure 
PBX, voice mail, LAN and IP network connections, trunk 
groups, T-1 trunks, frame relay, etc. In accordance with such 
embodiments, a single user interface, remotely viewable, 
may be used to access and administer, etc., voice, data, LAN, 
WAN services and applications, etc. 

FIGS. 16A through IfiF will be u.sed to fiirther de.scribe 
various aspects of such remote administration/configuration 
in accordance vnth preferred embodiments of the present 
invention. 

FIG. 16A illustrates a preferred exemplary embodiment of 
"chassis view" window 364, which, for example, may be 
displayed in response to selecting of the chassis view icon of 
FIG. 15. Window 364 preferably includes a visual repre- 
sentation of chassis 366 of communications system 50, and 
preferably includes a visual representation of various station 
cards, resources cards, power supplies, drives, etc. Such a 
visual representation may include station/resource cards 
374, included particular card 372 indicated with a pointer 
arrow, power supply(ies) 370, drive 368, etc. What is 
important is that an intuitive visual representation of the 
overall system be desirably displayed in a manner to facili- 
tate an understanding of the configuration of the particular 
communications system 50 that is being remotely 
monitored, administered, configured, etc. 

In preferred embodiments, pointing to a particular card or 
resource results in an enlarged visual representation of that 
card or resource, as illustrated by the pointer being directed 
to card 372, resulting in an enlarged representation of card 
372 appearing adjacent to the chassis view. In the illustrated 
example, card 372 includes network connection ports in 
circle 378, and as examples shows empty port 378A and 
occupied port 378B. Thus, in accordance with such 
embodiments, an enlarged view of a card or resource may be 
visually displayed and remotely viewed, and a visual rep- 
resentation of whether particular ports or resources are 
utilized (such as, for example, by having an ethernet or other 
network cable attached) also may conveniently be provided. 

In accordance with preferred embodiments, various func- 
tions and/or operations are provided for remote 
administration/configuration, such as previously described. 
Windows to provide such functions and operations prefer- 
ably are displayed in a manner to intuitively lead the remote 
person through the desired operation, etc. Such windows 
may be accessed by selecting an appropriate icon such as are 
illustrated in FIG. 15 (the icons of FIG. 15 are © 1998, 
Vertical Networks, Inc. (assignee of the present 
application)), or they may be accessed by way of clicking on 
a particular station or resource card in the chassis view of 
FIG. 16A. Various remote administration/configuration win- 
dows will now be further described. 

Referring to FIG. 166B, window 380 is provided for 
configuration of T-1 channels of a particular communica- 
tions system 50. As previously de.scribed, window 380 may 
be presented in response to clicking on the T-1 trunks icon 
of FIG. 15, or alternatively window 380 may be presented in 
response to choking on a T-1 resource/station card of the 
chassis view of FIG. 16A. As illustrated, with a point and 
click operation on window 380, the remote person may 
enable/disable T-1 channels, set or reset signaling (e.g., wink 
start, ground start, etc.), configure trunk groups (e.g., WAN 
data (which may be used to direct clear channel data trunk 
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traiEc to an RRAS interface, thereby enabling the LAN to 
transmit/receive data to/from the WAN), voice analog (e.g., 
to direct incoming analog voice trunk traffic to a default 
destination), voice digital (e.g., to direct incoming digital 

5 voice traffic to a default destination), DID analog (e.g., to 
direct incoming direct inward dial analog voice trunk traffic 
to a default destination), DID digital (e.g., to direct incoming 
DID digital trunk traffic to a default destination), and modem 
(e.g., to direct either T-1 trunks or analog trunks to one or 

10 more modems included as part of communications system 
50). 

In accordance with such embodments, T-1 trunks may be 
configured in an intuitive point and click manner, thereby 
facilitating remote administration and configuration of such 

15 resources. As a particular example, multiple T-1 channels 
may be selected in FIG. 16B as a block with the mouse or 
pointer, and such block-selected T-1 channels may then be 
simultaneously configured (e.g., configure to be enabled/ 
disabled, configure signaling, configure trunk groups, etc.). 

20 With such a click and block select operation, multiple T-1 
channels may be configured in a group. 

As illustrated in FIG. 16C, window 382 may be presented 
in order to configure station ports of a station card (again, 
either by icon selection or selecting a station card in chassis 

25 view, etc.). Also as illustrated, the state of particular stations 
(e.g., enabled or disabled), phone type (e.g., caller ID, basic, 
etc.), mail waiting indicator (MWI) (e.g., stutter the dial 
tone, light a lamp on the phone, etc.), operation mode (e.g., 
operate as a station, direct to voice mail, etc.). As described 

30 earlier with respect to FIG. 16B, with intuitive point and 
click type operations, various station cards may be selected 
(including multiple stations that may be selected as a block, 
etc.) and configured remotely and in an intuitive manner. 
FIG. 16D illustrates window 384, which may be used to 

J5 configure analog trunks in accordance with preferred 
embodiments of the present invention. FIG. 16E illustrates 
window 386, which may be used to configure frame relay 
type WAN resources in accordance with preferred embodi- 
ments of the present invention. FIG. 16F illustrates window 

40 388, which may be used to configure network (e.g., IP 
network) settings in accordance with preferred embodiments 
of the present invention. 

As will be appreciated from these illustrative examples, 
various administration/configuration operations may be car- 

45 ried out remotely, preferably using an intuitive browser-type 
interface, and preferably using HTTP type commands in an 
applet environment such as with Java, in a desirable and 
much improved manner. 
As illustrated in FIGS. 17A through 17H, such remote 

50 processing concepts are extended to remote diagnostic 
operations in accordance with yet other preferred embodi- 
ments of the present invention. 

As illustrated in FIG. 17A, various icons may be pre- 
sented in order for a remote user to perform remote diag- 

55 nostics on communications system 50. Such icons may be 
used to present, for example, various "DOS prompt" type 
commands (e.g.. Ping, ARP, route print, net stat, host name, 
trace route and IP config). Icons also may be presented for 
more advanced diagnostic-type operations, such as trunk 

60 monitor, link monitor, voice mail monitor, station monitor 
and trace monitor. Various of these diagnostic operations 
will now be more fully described. 

As illustrated in FIG. 17B, window 390 may be presented 
in order to provide a trunk monitoring function. As 

65 illustrated, window 390 may be used to readily provide 
information regarding the slot, board, port, state, and called 
and calling party information of various trunks. As illus- 
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trated in FIG. 17C, window 392 may be presented in order number of B (or "bearer") channels and al least one D (or 

to provide a link monitoring function. As illustrated, window "data") channel used to carry, for example, control signal 

392 may be used to readily provide information regarding signals and customer call data such as in a packet switched 

links that may be estabhshed within communications system mode. As is known in the art, a D or similar control signaling 

50, such as which cards are connected to which port, etc. As 5 channel typically is used to provide appropriate signaling 

illustrated in FIG. 17D, window 394 may be presented in information for the voice or B channels. The D channel 

order to provide a station monitoring function. As illustrated, typically and preferably carries such control signaling infor- 

window 394 may be used to readily provide information mation in the form of a serial data stream. The control 

regarding the status of various stations/extension in com- signaling over such a D-type channel is sometimes referred 

munications system 50. As will be appreciated, such win- lO to as NFAS, or Network Facility Associated Signaling, 

dows may be used to readily present desired status and other As illustrated, communications system 50A also prefer- 

diagnostic type information to a remote person. ably has coupled thereto one or more T-1 or similar digital 

In accordance with preferred embodiments, advanced transmission or other links, and communications system 

remote trace monitoring also may be provided. FIG. 17E SOB and 50C also preferably have coupled thereto one or 

illustrates window 396, which may be used to display trace is more T-1 or similar digital transmission or other links. With 

information from various software components, drivers, etc. the various communications systems coupled together as 

in communications system 50. The level and type of trace previously described (e.g., ethernet/LAN connection, IP 

information that is remotely provided may be desired con- connection, etc.), the D channel coupled to communications 

troUed in accordance with preferred embodiments of the system 50A may be used to provide signaling-type infor- 



present invention. FIG. 17F illustrates window 397, in 20 mation for one or more T-1 links coupled tc 

which a first level of tracing information (e.g., "standard") systems 50A, SOB and/or 50C. As in many applications the 

that may be provided is selected. As illustrated, the remote D-type signaling channel may have sufScient bandwidth to 

user may select various components to have trace informa- provide signaling information for a plurality of communi- 

tion provided in the trace monitor window. FIG. 17G illus- cation links, with communications systems implemented 

trates window 398, in which a second, higher level of tracing 25 and/or connected together as described herein, a common 

information (e.g., "advanced") that may be provided is D-type signaling channel may be used to efficient provide 

selected. As illustrated, the remote user may select various signaling information for a plurality of T-1 or similar links 

software components, such as those related to automated coupled to a plurality of such communications systems, etc. 

attendant, voice mail, connection manager, DSP manager. Thus, in accordance with such embodiments, a distributed- 

T-1 drivers, LAN drivers, frame relay drivers, etc., and may 30 type NFAS signaling arrangement may be implemented for 

also select various trace filters to more precisely control the a plurality of communications systems, 

trace information that is provided. FIG. 17H illustrates FIG. 19 illustrates another configuration of a plurality of 

window 399, in which certain timing and mode information communications systems SO (this type of configuration may 

may be selected. As illustrated, window 399 may be used to be substituted for the configuration Ulustrated in FIG. 18, or 

provide that tracing information is presented in real time or 35 vice versa, or some combination of these configurations), 

stored to a file, with control preferably provided for the While three communications systems are illustrated (50A, 

number of entries that are displayed, poll interval, etc. For SOB and 50C), other numbers of communications systems 

trace entries stored in a file, start and end time search are utilized in other embodiments. 

parameters also may be selected. As illustrated, communications system 50A is coupled to 
Referring now to FIG. 18, additional aspects of preferred 40 WAN services SSAover connection 412 (the other commu- 
embodiments of the present invention will now be nications systems may be similarly coupled to WAN 
described. services, etc.), which may be any suitable connection/link 
Based on the description provided elsewhere, it will be such as described elsewhere herein. As described elsewhere 
apparent that communications system SO may be coupled to herein, VoIP (or other packetized voice/data 
other such communications systems in a manner desirable 45 communications) may be coupled to/from WAN services 
for the particular application. FIG. 18 illustrates three such 58A and communications system 50A. As previously 
communications systems 50A, SOB and 50C (in other described, communications systems in accordance with the 
embodiments other numbers of such communications sys- present invention include suitable HDLC or other data 
tems 50 may be provided). The various communications framing/deframing engines, DSPs (such as for decompres- 
systems are coupled to various desired WAN services (WAN 50 sion or other processing), PBX and LAN router types of 
services S8A, S8B and S8C being illustrated), and also may functions. With an arrangement such as illustrated in FIG. 
be coupled to each other, such as through connections 410A 19, a VoIP or similar or other packetized data may be 
and 410B, etc. Connections 410A and 410B may be, for received, for example, by communications system SOA. This 
example, an ethernet or other LAN-type connection (e.g., for data stream conventionally might be depacketized and pro- 
multiple communications systems 50 in the .same general 55 cessed upon receipt by the receiving system. Communica- 
locations or physical proximity), or alternatively may be a tions systems in accordance with embodiments of the 
remote connection such as a connection established over the present invention, however, have the abihty to route the data 
Internet (e.g., an IP connection), such as for communications stream to other communications systems (e.g., SOB or 50C) 
system SO geographically remote from each other (e.g., a over a suitable connection 410C. As previously described, 
head oflEce and one or more remote satellite-type oflSces, 60 such systems may be coupled via an ethernet or LAN type 
etc.). FIG. 3 illustrates the various paths that may be utilized connection, an IP or other connection, which preferably 
to establish such a connection. What is important is that supports packetized transmissions. Thus, a packetized 
information may be coupled between the various commu- communication/data stream may be received by a first 
nications systems in a manner suitable for the particular communications system, which may depacketize and pro- 
physical configuration. 65 cess the communication/data stream, or forward without 
Preferably, communications system SOA includes a PRI or depacketizing to a second communications system, which 
primary rate interface or ISDN circuit that includes what a may depacketize and process the communication/data 
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stream, or forward without depacketizing to a third commu- 
nications system, and so on. In this manner VoIP other 
s may be achieved with a plurality of com- 
s systems, with a reduced latency over systems 
that, for example, must depacketize, decompress, etc. the 5 
data stream before it is provided to another computer or 
system. Thus, a data stream may be routed by one commu- 
nications system to another without such additional process- 
ing. 

It should be noted that communications systems 50 illus- lO 
trated in FIGS. 18 and 19, for example, also have coupled 
thereto a plurality of computers, telephones, etc., as previ- 
ously described for purposes of generating, receiving vari- 
ous data streams, etc., although such details have not been 
shown for ease of description. is 

As described elsewhere herein, various voice mail type 
options may be presented to users of such communications 
systems in accordance with the present invention. One such 
advantageous voice mail option provided in accordance with 
preferred embodiments of the present invention include 20 
advanced email or voice mail-type broadcasts of desired 
messages. A user may decide to send a voice mail or email 
to some or all users of the communication system. With a 
suitable office attendant-type or companion-type program, 
for example, a user may select from a group list, etc., a 25 
desired group of persons to receive the communication. A 
broadcast voice mail, for example, could be input through 
the user's telephone in a conventional manner, and routed 
(see FIG. 3) through, for example, DSP 78 (via TDM bus 78, 
switch/multiplexer 74, etc.) which converts the voice mail 30 
message into an suitable data format, such as what is known 
as a WAV file, etc., and then sent via (for example) packet 
bus 80A and/or SOB to a plurality of computers. Commu- 
nications system 50 also, for example, can record which 
users have received or not received the communication so 35 
that users may later receive the communication (such as 
when they log on at a later time). In addition, communica- 
tions system 50 also has the capability to parallely process 
the communication as a message that is to be sent to per.sons 
via, for example the Intemet. Using an HDLC framer/ 40 
deframer as is provided in accordance with the present 
• may generate a voice mail or email 
1 that the communications system sends as 
packetized data over the LAN to recipients recognized to be 
users having a computer on the LAN, while generating a 45 
suitable HDLC, ATM framed communication to recipients 
who are reachable over the WAN, such as over the Internet 
or other IP connection, etc. 

Described elsewhere herein are embodiments in which 
visual representations of pink slips or yellow stick-ons are 50 
generated to represent net messages, etc. This concept, in 
other embodiments, is extended also to voice mail and email 
messages. While not expressly illustrated, it should be 
understood that the pre.sent invention includes the ability to 
convert voice information (including voice mail type 55 
messages) into a suitable data forma 
delivered over the WAN or LAN tc 
coupled to communications system 50. Similarly, 
nications system 50 has the capability also to serve as an 
email server (in addition to other functions, as described 60 
elsewhere herein). Thus, in conjunction with a suitable 
program running on particular computers coupled to com- 
munications system 50, voice mails may be presented as 
data files to the various particular computers, and emails and 
net messages may similarly be presented to the various 65 
particular computers (such as described elsewhere herein). 
In certain alternate embodiments one, two or three visual 



computers 



"stacks" may be presented, for example, with one stack 
constituting a visual representation of a stack of voice mails 
(with suitable icons for play, pause, backward, forward, 
delete, file, fireeze/hold, etc., as well as other icons analogous 
to those described for net messages), with a second stack 
constituting a visual representation of a stack or net mes- 
sages (such as described elsewhere herein), and/or with a 
third stack constituting a visual representation of a stack of 
email messages (with icons similar to those described for net 
messages, etc.). Such stack preferably may be minimized or 
expanded, and desirably provide a unified visual interface 
for a variety of communications, etc. 

It also should be noted that DSP 76 is desirably utilized 
in accordance with various embodiments of the present 
invention. Data streams may be desirably coupled to a 
resource such as DSP 76 in order to have, for example, 
processes such speech/voice recognition, text to speech 
conversion, speech to text conversion, compression, 
translation, etc. Thus, data streams from the LAN, WAN, 
modem, etc. may be desirably coupled to resources such as 
DSP 76 to provide such processes. 

It also should be noted that, in preferred embodiments, 
DSP 76 is coupled to switch/multiplexer 74 in a manner so 
that it may "tap" into the various TDM data streams. This 
provides a significant improvement over systems in which 
data streams must be directed into a resource such as DSP 
76, and then sent from DSP 76 over a separate channel, etc. 
(thereby utilized two channels, etc.). In such embodiments, 
DSP 76 can tap into or monitor data streams on particular 
TDM channels and provide, for example, processing to 
accomplish recognition (voice or speech, etc.), detection 
(such as of a fax or modem call, etc.), compression 
(including compression, transcoding, streaming and storing, 
etc.), packetizing (such as to prepare a data format such as 
for an email, etc.). In one illustrative example of such 
embodiments, communications system 50 may be pro- 
grammed so that particular users (e.g., president, technical 
support, warranty claims line, etc.) automatically have voice 
mails stored as voice mails and also as an email or other data 
form. Thus, a voice call may be directed into voice mail, 
while DSP 76 concurrently processes the voice data stream 
into another form (e.g., email, data file, etc.), which may be 
stored, send over the WAN or LAN, etc. Having DSP 76, and 
particularly configured (such as with switch/multiplexer 74) 
so as to tap into the various channels, provides significant 
advantages in a variety of applications. 

Referring now to FIG. 20, an embodiment of the present 
invention including a backup communications capability 
will now be described. 

As illustrated in FIG. 20, backup communication module 
416 preferably is provided in communications system 50. In 
the illustrated embodiment, backup communication module 
416 is coupled to bus 414, which may be a part of processor/ 
system resources 70 (such as, for example, bus 408 of FIG. 
3A, etc.), and may be a ISA or PCI-type of bus, etc. Coupled 
to bus 414 are other components of communications system 
50, such as bus 84, buffer/framer 72, switch/multiplexer 74, 
buses 86, 90 and 78, cards 82, WAN services 58, etc. In 
general, the various components discussed in connection 
with FIG. 3 are applicable with embodiments incorporating 
backup communication module 416, although such compo- 
nents are not illustrated in FIG. 20. 

Backup communications module 416 preferably includes 
bus interface 420 for coupling information to/from bus 414, 
memory 424 for storing various information, as will 
described hereinafter, CPU 418, FLASH or other program- 
mable memory 426, and modem or other communication 
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unit 428. Module 416 preferably includes a standby or 
backup power supply 434, although in certain alternate 
embodiments communication unit 428 is coupled to, for 
example, link 430 of WAN services 58E, which may be a 
dedicated telephone Line, POTS line, etc., which provides : 
sufBcient power to module 416 so that power supply 434 is 
not required. In such alternate embodiments, the various 
components of module 416 are implemented in low power 
CMOS technology or the like, and consume suflSciently low 
amounts of power so that module 434 may operate at a i 
suitable speed in order to provide backup c 
using only the power provided by Unk 430, i 
example, in the event of a power failure in c( 
system 50 or the ofiSce in which communications system 50 
is located, etc. i 

Preferably, memory 424 receives and stores via bus 
interface 420 a variety of infonnation regarding the status 
and operation of communications system 50. For example, 
memory 424 may store power-on self test data (i.e., status, 
trace or other information generated during power-on, boot- 2 
up, etc.), SNMP data for the PBX, WAN resources, voice 
mail, LAN resources, etc.), monitor or trace data (such as 
described elsewhere herein). Preferably, module 416 
receives periodic updates from communications system 50, 
including infonnation sufficient to debug, reboot, etc., com- 2 
munications system 50. Various trace, monitoring, diagnos- 
tic or other information may be made available to module 
416 for storage in memory 424. 

The data in memory 424 preferably is organized in a 
hierarchical manner, with, for example, various levels of 3 
information. Certain information may be so critical that it is 
retained in memory 424 until deleted (e.g., a level 1 category 
of information, such as critical fault data, etc.). Other 
information may be retained for a predetermined period of 
time and then purged, unless, for example, a level 1 event 3 
has occurred (e.g., a level 2 category of information). Still 
other information may be retained for a predetermined 
period of time (the same as or different from the level 2 
period) and then purged, etc. What is important is that a 
variety of information be provided to memory 424 and 4' 
hierarchically retained, which less critical information peri- 
odically purged in order to make room for additional infor- 
mation in memory 424, etc. 

Still preferably, CPU 418 executes what is know as a 
watch dog timer (WDT) function. In preferred 4 
embodiments, a fault monitoring subsystem of communica- 
tions system 50 periodically provides a signal/update indica- 
tive of the status of communications system 50 (e.g., normal, 
active, ok, etc.). In the event that such a signal or informa- 
tion is not provided in a predetermined interval of time, CPU 5i 
418 may recognize this event as an abnormality and begin a 
process to communication with communications system 50, 
and/or initiate a remote communication such as over com- 
munications unit 428 in order to alert a remote u.ser or 
system of the abnormality, etc. 5: 

Preferably, FLASH or other programmable memory 426 
is provided in module 416. Memory 426 preferably stores 
operational programs for module 416, including, for 
example, diagnostic, debug, monitor or other routines in 
order to facilitate a debug, reboot, etc. of communications 6i 
system 50. Preferably, the algorithms and/or programs in 
memory 426 may be periodically updated, either over bus 
422, but preferably through link 430 and communications 
unit 428. Programming of memory 426 remotely, such as 
over communications unit 428, enables a remote technician, 6: 
for example, more flexibility in remotely monitoring, 
debugging, rebooting, etc. communications system 50. 



As previously described, module 416 preferably has a 
dedicate line (e.g., a POTS line) for such backup 
communications, and telephone 12 optionally may be 
coupled to such line for emergency voice calls or the like, 
etc. In alternate embodiments, however, communications 
unit is also (or alternatively) coupled to channels of TDM 
bus 78. In certain embodiments, a predetermined channel or 
channels of TDM bus 78 are dedicated for such backup 
communications. In other embodiments, communication 
unit 428 is coupled to TDM bus 78 through switch 432, and 
in such embodiments dedicated TDM channels are not 
required. 

As will be appreciated, information contained in memory 
424 may be remotely viewed, either through communica- 
tions unit 428 or through a connection established through 
buses 422 and 414, etc. Bus interface 420 enables data 
transmissions to/from module 416 when communications 
system 50 is operating in a normal manner, while also 
having the ability to isolate module 416 from bus 414 in the 
event of a serious abnormality in communications system 
50. It also should be noted that communications unit 428 
preferably is a modem, but communications unit 428 also 
could consist of a signaling device to a pager or other 
wireless communication device, or could be a unit for 
establishing IP or other packet communications, etc. What is 
important is that communications unit 428 have capability to 
transmit desired information over the choice medium for 
link 430 in order to provide desirable backup communica- 
tions and monitoring of communications system 50 in 
accordance with the present invention. 

In accordance with such embodiments, the remote user 
may configure tracing in desirable and flexible manner. 
Through the use of trace filters, various software compo- 
nents and drivers in effect may be told what trace informa- 
tion to provide, which information is preferably provided to 
a central storage location in communications system 50 and 
made available in real time or by file access to such a remote 

Methods of Implementing Language Capabilities 
As described above, in accordance with the present inven- 
tion systems for intelligently managing voice, data and 
video communications such as in a small ofBce or similar 
environment may be eflSciently and desirably employed 
(see, e.g., FIGS. 2-5 and related and subsequent description 
for a discussion of such systems). Such a system, however, 
may be desirably adapted to support various languages in the 
automated attendant, voice mail or other applications/ 
subsystems (as will be appreciated from the forgoing 
description, embodiments of the present invention provide 
audio or voice prompts or information, etc., to users or other 
parties interfacing with such automated attendant or voice 
mail applications/subsystems, etc., which must occur in 
some defined language, such as U.S. English, U.K. English, 
Canadian French, France French, Italian, German, etc.). As 
particular examples, it may be desirable to have a system 
that can be readily configured to support one or more initial 
languages, or it may be desirable to adapt a previously 
instaUed system to support an additional language, etc. In 
any event, what should be appreciated is that systems in 
accordance with embodiments of the present invention are 
often desired to support one or more than one particular 
language in its voice/audio prompt and information capa- 
bilities. 

In previous systems supporting such voice/audio prompt 
and information capabilities, it was understood that, due to 
the particular intricacies and nuances of the particular Ian- 



us 6,3' 

57 

guages (e.g., sentence structure, syntax, grammar, dialects, 
etc.), such voice/audio prompts and/or information (as used 
hereinafter, generally "voice prompts") are programmed 
uniquely for each set of voice prompts for each language. 
Thus, for each particular language or language variant to be 
supported in the system, software must be written to spe- 
cifically implement the set of voice prompts to support the 
particular language or language variant. This typically 
would require that a programmer and a Hnguist or other 
language specialist expend substantial time and resources, 
etc., to specifically write code for each particular language/ 
language variant to be supported by the system. As the need 
for additional language/language variant support arises, this 
inevitably results in substantial delays and expense while 
such software is developed and debugged, etc. 

In accordance with preferred embodiments of the present 
invention, however, language support for such systems is 
accomplished by way of a program/data structure so that 
additional language support may be readily implemented, 
for example, by a non-software programmer using grammar 
and voice prompt files, which are preferably located in a 
predetermined directory in the system. Thus, in the example 
of the need to add a language/language variant to a particular 
system, grammar and voice prompt files may be created by 
a person (or persons) with appropriate knowledge in the 
particular language/language variant, without requiring the 
development of specific software (by a software 
programmer, etc.) to implement such additional language/ 
language variant. 

Referring now to FIG. 25 (and figures thereafter), addi- 
tional preferred embodiments of such a voice prompt "sub- 
system" will be described. Such preferred embodiments of 
prompt subsystem 480 preferably provide voice prompts or 
feedback in the Telephone User Interface ("TUI") of the 
overall system. Feedback in the TUI consists of audio or 
voice prompts or messages played through the telephone. 
The voice prompts are preferably created by stringing a 
series of audio or sound files together, so that when they are 
played sequentially they create well-formed, and grammati- 
cally proper, sentences. In preferred embodiments, the 
prompt subsystem is implemented using the Java program- 
ming language and Object Oriented methodologies, and 
preferably is operating system/platform independent. Also in 
accordance with such preferred embodiments: muhiple lan- 
guages may be used at the same time by different users; 
mailboxes may be configured by a system administrator to 
use a preferred language; a system wide preferred language 
may be chosen; and grammars for languages may be kept 
and used in external (and preferably) text files in order to 
facilitate the addition or modification of languages sup- 
ported by the system. 

As illustrated in FIG. 25, prompt subsystem 480 prefer- 
ably consists of four major parts: parser 488; rules 486; 
engine 484; and application programming interface ("API") 
482. Parser 488, which serves as a "grammar reader," is 
responsible for parsing the grammar description of the 
desired language or languages from external grammar files 
492 and translating them into rules 486. Grammar files 492 
(essentially files that include high level grammatical struc- 
tures or constructs, etc.) provide a relatively high level 
specification of how phrases are to be strung together to 
form grammatically correct phrases in the desired language 
or languages. Rules 486, which are "built" from the parsing 
of grammar files 492, .specify in preferably database-type 
form how the detailed language grammars are stored in 
memory for quick look up from engine 484. With rules 486, 
engine 484 may more quickly respond to requests for 
prompts from API 482. 
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Engine 484 is responsible for actually responding to a 
prompt request from Al'l 482 by using rules 486 to return a 
sequential list of prompt files 490 to API 482, such that the 
sequential playing of the prompt files (which preferably are 
5 in what are known as WAV or other suitable audio format) 
produces the desired and grammatically correct prompt in 
the TUI. As will be appreciated by those skilled in the art, 
API 482 provides the software interface between, for 
example, engine 484 and applications or other programs 
such as voice mail, automated attendant, etc. API 482 in 
effect provides an interface for engine 484 to the outside 
world, through which applications may request prompts 
from engine 484, and through which engine 484 may return 
the list of prompt files 490, so that the desired prompt may 
be created. 

As will be appreciated, parser 488 enables rules 486, 
which preferably is of a database or similar-type structtu-e so 
that engine 484 may respond to prompt requests in a timely 
manner, with rules 486 developed by parser 488 based on 
20 grammar files 492. In accordance with such embodiments, 
grammar files 492 may specify, in a grammatically proper 
manner, a series of prompts in a desired language or lan- 
guages. Thus, grammar files 492 may be developed, for 
example, by non-programmers with linguistic or other lan- 
25 guage expertise in the desired language or languages. By 
development of grammar files 492 and appropriate prompt 
files 490, new languages (or modification of previously 
existing languages, etc.) may be readily added to the system. 
A preferred directory structure for use with such preferred 
30 embodiments will now be described with reference to FIG. 
26. As illustrated in FIG. 26, a single prompt directory (or 
folder, etc.) 494 preferably contains all of the necessary 
prompt subsystem resources in suitable location. In pre- 
ferred embodiments, prompt directory 494 includes lan- 
35 guage files 496, one for each particular language supported 
by the system. With such language files 496, files that 
contain information about the language capabihties of the 
system may be readily located and accessed, providing a 
readily available means to determine the language capabih- 
40 ties of the system. It should be noted that, particularly with 
the flexible manner in which language support may be added 
to the system, particular variants or dialects or 
customizations, etc., such as U.S. English, U.K. English, 
Canadian French, France French, or Southern U.S. English, 
45 or using the voice and expressions unique to a particular 
company (e.g., AT&T), etc., may be added to the system and 
conveniently reflected in a language file 496. 

Also within prompt directory 494 in preferred 
embodiments, are one or more language directories 498, 
50 500. For each language or language variant supported by the 
system, there preferably exists a separate language directory. 
In the illustrative example of FIG. 26, two such directories 
are illustrated; language directory 500 for U.S. English, and 
language directory 498 for Canadian French. Such language 
55 directories preferably contain all (or essentially all) of the 
information and resources for constructing prompts for the 
specific language or language variant, including grammar 
files (grammar.txt files 504 in FIG. 26), text translation files 
(prompt.properties files 502 in FIG. 26), language property 
60 files (language.properties files 503 in FIG. 26), and sound 
files (xxx.wav sound files 506 in FIG. 26). 

Grammar files 504 provide a relatively high level means 
for the grammatical rules or structures, etc., for particular 
language or language variants to be specified. An exemplary 
65 specification of a grammar file 504 is provided in Appendix 
A. In other embodiments, other types of grammar files are 
utilized. What is important is that the grammatical rules for 
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a particular language or language variant be specified and/or 
defined in a suitable high level manner, so that parser 488 
and rules 486 of FIG. 25 may desirably utilize such grammar 
files in a manner such as previously described. Thus, such a 
choice of grammar file enables, for example, non- 
programmers to design and add new language capabilities 
(or modify existing language capabilities) in a desirable and 
expeditious manner. 

Text translation files 502 preferably provide a text version 
of all of the prompts for the particular languages or language 
variants supported by the system. In accordance with pre- 
ferred embodiments, such text versions of the prompts are 
available for display, etc., such as for logging, reporting and 
debug purposes. It has been determined that, for example, in 
connection with the debugging of a new language to be 
supported by the system, displaying the text version of the 
particular prompts (by way of text translation files 502) at 
the same time as the prompts are audibly played (by way of 
sound files 506) provides a highly desirable way to confirm 
the correctness of the prompt subsystem for the particular 
language/language variant. 

Language property files, utilized in certain preferred 
embodiments, allow certain language attributes to be stored 
in a convenient manner in a desirable location. For example, 
a grammar file 504 contains the knowledge on how to speak 
different phrases, such as time, but typically such a grammar 
file does not contain any knowledge about what type of time 
it is speaking, such as 12 or 24 hour time, etc. Applications 
using the Prompt Subsystem might need to know informa- 
tion about the language such as this, especially when they 
want to gather input. For example, it is logical that a user 
would input the time (e.g., 10:00 am or 22:00, etc.), as it is 
spoken to them. Therefore, applications such as a voice mail 
or an automated attendant type application can query the 
Prompt Subsystem, through API 482 to determine certain 
attributes about how the language is spoken. Since, the 
grammar file typeically will not contain this information, in 
preferred embodiments such information is stored in the 
language property file. 

Sound files 506 are audio files, such as what are com- 
monly known as .wav files (or other suitable audio-type 
files), for the particular expressions and words that are used 
to construct the desired prompts. As previously explained, a 
properly specified sequence of sound files 506, when 
sequentially played in the specified order (e.g., specified by 
rules 486 of FIG. 25), produce the desired prompt in 
grammatically proper manner. 

Referring now to FIG. 27, an exemplary general flow 
chart applicable to certain of .such preferred embodiments 
will now be described. At start step 508, the system (such as 
previously described, etc.) is powered up, operating, and 
serving lo manage voice, data, video, etc., communications 
in the office or other environment. A voice mail or automated 
attendant type application program, etc., provides a tele- 
phone user interface ("TUI") to a user. At step 510, the user 
interacts with the TUI in a one of a variety of ways, such as 
diahng into the system, attempting to access voice mail with 
a telephony device, etc. At step 512, in response to the user 
access and/or user command, it is determined at the appli- 
cation level that a prompt is needed (such, a welcome 
greeting, request to enter an extension, etc.). At step 518, a 
request is made via API 482 for the desired prompt. After 
receipt by engine 484, at step 520 engine 484 interacts with 
rules 486. At step 522 engine 484 returns a list of prompt 
files 490 to API 482. As discussed previously, the list of 
prompt files 490 returned by engine 484 are such that, if 
played in sequence at step 524, the desired prompt is audibly 
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played in a grammatically proper form. At step 526 the 
return of the prompt process is completed, and the system 
continues to process voice mail or automated attendant 
commands, etc., until further prompts are requested, the 
5 transaction is completed, etc. 

It should be noted that, as illustrated at step 514, a step of 
determining the desired language to service the prompt 
request is performed. As will be understood, for the pre- 
ferred embodiments that support multiple languages, a 
determination must be made as to which language should be 
utilized for the prompts. In certain preferred embodiments, 
the first choice for such determination is based on call 
information, such as calling party name, calling party 
number, called party name, called party number, etc. As 
previously described elsewhere herein, systems in accor- 
dance with the present invention include resources that 
maintain subscriber directories and the like, and associated 
therewith in preferred embodiments are language prefer- 
ences for the various subscribers. Thus, in accordance with 
calling or called party numbers or names, the system may 

20 determine the desired language for the desired prompts. 
As an alternate choice, for internal calls to the ofiSce in 
which the system is located, each subscriber has a voice mail 
account with an express setting for desired language. Thus, 
when it is determined that such a subscriber is calling or 

25 being called, the system may reference the voice mail 
account setting for that subscriber and use the language 
preference specified therein. In addition, in certain situations 
the user of the system may be given a choice to select the 
language, through, for example, what are sometimes known 

30 as single digit menus. As an illustrative example, the user 
may be prompted by the TUI to press 1 for English, 2 for 
French, etc. With such a digit command, the system may 
then process the call using the specified language. As 
another option, if the foregoing conditions are not satisfied 

35 or appropriate in the given context, a system default lan- 
guage setting may be utilized. In preferred embodiments, the 
system administrator sets a default setting that is used until 
such time as it is overridden by a digit command, a mail box 
with a different language preference is accessed, and so on. 

40 What is important is that, at step 514, the system determines 
which of the available languages should be utilized for 
prompts generated for a particular call, voice mail 
transaction, etc. 
At step 516, a step of developing rules 486 may be 

45 performed. In certain preferred embodiments, language 
capabilities may be available for the .system, but rules 486 
not yel implemented until they are needed. As rules 486 
preferably comprise a database structure or "hashtable" of 
entries for quickly producing a list of prompt files, this use 

50 of system resources may be deferred until such time as it is 
determined that the language capabilities are in fact needed. 
At such step 516, parser 488 accesses grammar files 492 (as 
described previously in connection with FIG. 25) to produce 
rules 486. It also be noted that, in particular embodiments, 

55 a default sets of rules or various sets of rules for particular 
languages may be developed at the time of manufacture or 
testing, at boot-up of the system, or at the command of a 
system administrator. What is important is that step 516 be 
performed prior to processing of prompt requests for par- 

60 ticular language or language variants supported by the 
system. 

As will be appreciated from the foregoing, language 
capabilities may be more readily added to or modified, by a 
non-programmer, etc., by adding grammar and sound files to 
65 a known location in the system. Thus, language capabilities 
may be added or changed in a more expedited and desirable 
manner. 
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Although various preferred embodiments of the present 
invention have been disclosed for illustrative purposes, 
those skilled in the art will appreciate that various 
modifications, additions and/or substitutions are possible 
without departing from the scope and spirit of the present 5 
invention as disclosed in the claims. 

What is claimed is: 

1. In a system for managing voice communications, the 
system providing voice prompts in one or more particular 
languages or language variants, a method for providing a set 
of voice prompts in a particular language, comprising the ^° 
steps of: 

defining high level grammatical rules for the set of voice 

prompts in the particular language; 
storing the grammatical rules for the set of voice prompts 

in the system; 

developing a set of audio files in the particular language; 
storing the audio files in the particular language in the 
system; 

receiving a call from a user, wherein the system initiates 
a request for a voice prompt in response to the call from 
the user; 

in response to the request for the voice prompt, develop- 
ing a sequential list of audio files, wherein, when the 
sequential list of audio files is played by the system, the 
requested voice prompt is played to the user in the 
particular language; 
wherein the sequential list of audio files is produced based 

on the grammatical rules; 
wherein the system is coupled to a wide area communi- 
cation network comprising a plurality of network ^° 
resources, the system providing voice and data com- 
munications to a plurality of users in an ofGce, the 
method further comprising the steps of: 
transferring packetized data to and from the system via 
at least a first packet bus coupled to one or more 35 
packet-based devices imder control of a processor; 
couphng voice communications from one or more 
telephones to at least one time division multiplex 
(TDM) bus, wherein the TDM bus is selectively 
coupled to the first packet bus and the wide area 40 
communication network; 
wherein the processor selectively controls voice com- 
munications from the one or more telephones over 
the TDM bus and packet-based communications 
over the first packet bus, wherein voice communi- 45 
cations that stay in a circuit-switched form in the 
system occur over the TDM bus and the wide area 
communication network, and wherein packet-based 
communications are selectively coupled to the wide 
area communication network via the TDM bus; 50 
wherein the system is controlled at least in part in 
response to one or more commands entered by the 
user after playing of the requested voice prompt. 
2. The method of claim 1, wherein a parser parses the 
grammatical rules to produce a database structure, wherein, 55 
in response to the request for the voice prompt, the sequen- 
tial list of audio files is produced based on the database 
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3. The method of claim 1, wherein the steps of defining 
high level grammatical rules, storing the grammatical rules, 60 
developing a set of audio files and storing the audio files are 
repeated a plurality of times for a plurahty of particular 
languages, wherein the system provides voice prompts in 
each of the plurality of particular languages. 

4. The method of claim 3, further comprising the step of 65 
determining which of the particular languages are to be used 
for a particular user. 



5. The method of claim 1, wherein the system includes 
hardware and software selectively allocating resources 
within the system, wherein the processor determines a 
communication path from one or more communication paths 
in the system for each of the voice and packet-based 
communications in the ofBce based on available network 
resources, type of communication, and/or usage patterns in 
the office. 

6. The method of claim 1, wherein a LAN bus is coupled 
to the first packet bus and a second packet bus is coupled to 
the LAN bus, wherein the processor controls communica- 
tions between the first packet bus and the second packet bus 
over the LAN bus. 

7. The method of claim 1, wherein the system comprises 
hardware and software selectively allocating resources 
within the system, wherein the system determines one or 
more communications paths within the system and over the 
wide area communication network for processing voice and 
packet-based communications based on predetermined 

8. The method of claim 7, wherein the rules selectively 
allocate resources within the system as a function of time of 
day, resource availability over the wide area communication 
network, type of communication and/or usage patterns. 

9. The method of claim 1, wherein the TDM bus com- 
prises an MVIP bus. 

10. The method of claim 1, wherein the first packet bus 
comprises an Ethernet bus. 

11. The method of claim 1, wherein data communications 
occur via an HDLC protocol, wherein a framing/deframing 
circuit coupled to the TDM bus frames and deframes the 
data communications to and from the HDLC protocol. 

12. The method of claim 1, wherein data communications 
occur via an ATM protocol, wherein a framing/deframing 
circuit coupled to the TDM bus frames and defames the data 
communications to and from the ATM protocol. 

13. The method of claim 1, wherein a plurality of tele- 
phones are coupled to the TDM bus via one or more 
interface circuits, wherein the plurality of telephones are 
coupled together through the TDM bus. 

14. The method of claim 1, wherein the system controls 
voice communications between one of the telephones and 
the wide area communication network, wherein packet- 
based communications are concurrently occurring between 
the wide area communication network and the first packet 

15. The method of claim 1, wherein the system further 
includes a resource allocation program operable by the 
processor, wherein the resource allocation program assigns 
resources within the system according to predetermined 
allocation rules. 

16. The method of claim 15, wherein the predetermined 
allocation rules include rules for allocating voice commu- 
nication inputs and rules for allocating data communication 

17. The method of claim 15, wherein the predetermined 
allocation rules assign resources according to time of day. 

18. The method of claim 15, wherein the predetermined 
allocation rules assign resources by prioritizing inputs 
received by the system. 

19. The method of claim 1, wherein a muhiplexer is 
coupled to the TDM bus, wherein the multiplexer maps data 
to predetermined slots of frames of the TDM bus. 

20. The method of claim 19, wherein a framer/deframer is 
coupled to the multiplexer, wherein the framer/deframer 
processes data in accordance with a first protocol and in 
accordance with a second protocol. 
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21. The method of claim 20, wherein a digital signal 
processor circuit is coupled to the framer/deframer and the 
TDM bus, wherein the digital signal processor circuit pro- 
vides at least a dial tone or DTMF digit detection for at least 
certain of the plurality of telephones coupled to the TDM 
bus. 

22. The method of claim 21, wherein, the processor 
selectively couples data to the digital signal processor circuit 
for processing, wherein data communications over the wide 
area communication network in accordance with the first 
protocol occur via the TDM bus, wherein data communica- 
tions over the wide area communication network in accor- 
dance with the second protocol occur via the TDM bus. 

23. The method of claim 20, wherein the first protocol 
comprises HDLC. 

24. The method of claim 20, wherein the second protocol 
comprises ATM. 

25. The method of claim 20, wherein the first and second 
protocols each comprise HDLC. 

26. The method of claim 20, wherein one of the first or 
second protocols comprises a raw data protocol. 

27. The method of claim 1, wherein the packet-based 
communications comprise voice-based packet communica- 
tions. 

28. The method of claim 27, wherein the packet-based 
communications comprise Voice over Internet Protocol 
(VoIP) packet-based communications. 

29. The method of claim 28, wherein voice communica- 
tions that stay in a circuit-switched form in the communi- 
cation system occur over the TDM bus and the wide area 
communication network, and wherein VoIP packet-based 
communications are selectively coupled to the wide area 
communication network via the TDM bus. 

30. The method of claim 1, wherein the at least one time 
division multiplexed (TDM) bus comprises a plurality of 
TDM buses. 

31. The method of claim 30, wherein a multiplexer is 
coupled to the TDM buses, wherein the multiplexer maps 
data to predetermined slots of frames of the TDM buses. 
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32. The method of claim 21, wherein a firamer/deframer 
coupled to the multiplexer, wherein the framer/deframer 
processes data in accordance with a first protocol and in 
accordance with a second protocol. 

5 33. The method of claim 32, wherein a digital signal 
processor circuit coupled to the framer/deframer and the 
TDM buses, wherein the digital signal processor circuit 
provides at least a dial tone or DTMF digit detection for at 
least certain of the plurality of telephony devices coupled to 

10 the TDM buses. 

34. The method of claim 33, wherein, the processor 
selectively couples data to the digital signal processor circuit 
for processing, wherein data communications over the wide 
area communication network in accordance with the first 

15 protocol occur via the TDM buses, wherein data communi- 
cations over the wide area communication network in accor- 
dance with the second protocol occur via the TDM buses. 

35. The method of claim 32, wherein the first protocol 
comprises HDLC. 

20 36. The method of claim 32, wherein the second protocol 
comprises ATM. 

37. The method of claim 32, wherein the first and second 
protocol each comprise HDLC. 

38. The method of claim 32, wherein one of the first or 
25 second protocols comprises a raw data protocol. 

39. TTie method of claim 30, wherein the packet-based 
communications comprise voice-based packet commimica- 

40. The method of claim 39, wherein the packet-based 
30 communications comprise Voice over Internet Protocol 

(VoIP) packet-based communications. 

41. The method of claim 40, wherein voice communica- 
tions that stay in a circuit-switched form in the communi- 
cation system occur over the TDM buses and the wide area 

35 communication network, and wherein VoIP packet-based 
communications are selectively coupled to the wide area 
communication network via the TDM buses. 



